文獻翻譯c和net框架計算機專業(yè)中英文-wenkub.com
2024-10-30 00:51 本頁面
【正文】 ? XML 類：這些類用于創(chuàng)建、讀取以及操作 XML 文檔。包括以下一些類。 類型安全性 CLR 檢查并確保參數(shù)及其他數(shù)據(jù)對象的類型安全，即使足在不同編程語言編寫的組件之間。 .NET 應(yīng)用不使用注冊表，這簡化了程序的安裝和卸載。 ? HR ESULT: COM 使用 HRESULT 數(shù)據(jù)類型返回運行時錯誤代碼。 ? 類型庫：在 COM 中，類型信息保存在類型庫中當(dāng)作 .tlb 文件，它和可執(zhí)行代碼是分開的。 .NET 軟件組件能調(diào)用 COM 組件，而且 COM 也能調(diào)用 .NET 組件，就像它們是 COM 組件一樣． 不需要 COM .NET 框架使程序員擺脫了 COM 的束縛。 – 一種 .NET 語言寫的程序可以使用甚至繼承用另外一種 .NET 語言寫的類，只需要遵循一定的規(guī)則即可 。 ? GC 使程序員不再操心許多以前必須執(zhí)行的任務(wù)，比如釋放內(nèi)存和檢查內(nèi)存泄漏。 系統(tǒng)為本地程序和分布式系統(tǒng)都提供了一致的、面向?qū)ο蟮木幊棠Ｐ汀? ? 內(nèi)存管理 ? 代碼安全驗證 ? 代碼執(zhí)行 ? 垃圾收集 編程工具涵蓋了編碼和調(diào)試需要的一切，包括： ? .NET 兼容的編譯器（例如： C、 VB、 JScript 和托管的 C++） ? 調(diào)試器 ? 服務(wù)器端改進，比如 BCL（ Base Class Library．基類庫）是 .NET 框架使用的一個大的類庫，而且也可以在你的程序中使用。 ? 行業(yè)標(biāo)準(zhǔn)：該系統(tǒng)使用行業(yè)標(biāo)準(zhǔn)的通信協(xié)議，比如 XML、 HTTP、 SOAP 和 WSDL。 在 2020 年，微軟發(fā)布了 .NET 框架，聲稱其解決了舊問題并實現(xiàn)了下一代系統(tǒng)的目標(biāo)。 所有這些編程技術(shù)的另外一個缺點是它們主要針對桌面程序而不是 Inter 的開發(fā)。 所有的這些技術(shù)都有自己的問題。 在 20 世紀(jì) 90 年代后期，使用微軟平臺的 Windows 編程分化成許多分支。 4． 外文文獻翻譯原文由指導(dǎo)教師指定， 同一指導(dǎo)教師指導(dǎo)的學(xué)生不得選用相同的外文原文。 2． 外文文獻翻譯的 字?jǐn)?shù)： 非英語專業(yè)學(xué)生應(yīng)完成與畢業(yè)設(shè)計 /論文課題內(nèi)容相關(guān)的 不少于 2020 漢字的 外文文獻翻譯任務(wù)（ 其中，漢語言文學(xué)專業(yè)、 藝術(shù)類專業(yè)不 作要求 ），英語專業(yè)學(xué)生應(yīng)完成不少于 2020 漢字的二外文獻翻譯任務(wù)。 格式按《華中科技大學(xué)武昌分校本科畢業(yè)設(shè)計 /論文撰寫規(guī)范》的要求撰寫。 C and the .NET Framework The C programming language was designed for developing programs for Microsoft’s .NET Framework. This chapter will take a brief look at where .NET came from, and its basic architecture. Just to make sure you’re starting on the right foot, let me take this opportunity to remind you of what is hopefully the obvious: C sharp is pronounced see sharp. In the late 1990s, Windows programming using the Microsoft platform had fractured into a number of branches. Most programmers were using Visual Basic (VB), C, or C++. Some C and C++ programmers were using the raw Win32 API, but most were using the Microsoft Foundation Classes (MFC). Others had moved to the Component Object Model (COM). All these technologies had their own problems. The raw Win32 API was not objectoriented, and using it required a lot more work than MFC. MFC was objectoriented, but was inconsistent and getting old. COM, although conceptually simple, was plex in its actual coding, and required lots of ugly, inelegant plumbing. Another shorting of all these programming technologies was that they were aimed primarily at developing code for the desktop rather than the Inter. At the time, programming for the Web was an afterthought and seemed very different fro
公司管理相關(guān)推薦
鄂ICP備17016276號-1