t4模板net版本

1. 如何手工將Entity Framework 4.0升級到5.0

第一步：從NuGet安裝Entity Framework 5.0
首先，對現有的EF4.0項目，什麼都不要改，也不要刪。直接從NuGet安裝EF5。如果你是.NET4的項目，那實際上安裝的是4.4版的DLL，所以EF5的枚舉類型是不可以用的。如果你已經升級了.NET4.5，那就是完完全全的EF5。

NuGet會自動給你添加引用以及配置相關的config文件。

第二步：更新EDMX

打開現有的EDMX文件，在空白處點擊右鍵，選擇「Add Code Generation Item」

新版EF是用T4模板來生成一個個實體類的，而4.0中是擼在一個edmx里的，所以我們要選擇一種模板，這里明顯只有一種可選：

EF 5.x DbContext Generator

然後，VS會彈好幾個對話框，問你敢不敢運行生成腳本。顯然我們要確認運行。VS一頓小擼之後，你的新版EF實體類就生成好了：

第三步：更新CUD方法

現在，你的程序肯定編譯不過。因為EF4.0以後，增、刪、改的API變了。所以我們要對舊代碼做一些改動。

1. 插入操作：現在使用 context.類型.Add(具體對象) 來完成

2. 刪除操作：現在使用 context.類型.Remove(具體對象) 來完成

3. 更新操作：現在不需要Attach了，使用 context.Entry(具體對象).State = System.Data.EntityState.Modified 來完成

4. 如果你還需要ObjectSet<T>類型，必須通過一個適配器來強擼：

(context as IObjectContextAdapter).ObjectContext.CreateObjectSet<類型>();

再次編譯程序，應該就可以用了～

2. 微軟EF框架存儲過程問題，VS2012+.NET4.5+EF6.1.1

我用的是5.0沒這個問題，不過如果你理解T4模板的話這個問題很好解決。

這個應該是6.0重構了一些命名空間後，和VS原有的實體數據模型模板不一致了。

解決辦法如下：修改你的 xx.Context.tt 文件：

if(container.FunctionImports.Any())
{
#>
usingSystem.Data.Objects;//改成usingSystem.Data.Entity.Core.Objects;
usingSystem.Data.Objects.DataClasses;
usingSystem.Linq;
<#
}

3. .net core dbfirst 如何更新實體(是根據資料庫表更新實體)

老外寫了一個T4模板，用於生成實體。新建項，搜索 db，在裡面修改資料庫連接，然後按CTRL+S

4. C#如何手動設置AssemblyVersion("1.0.*")的生成規則

默認用時間可能有它自己的原因，包括防止版本號重復、易於生成等。

如果像你說的用編譯內次數，那麼至少還容得有個文件存儲相應的次數吧？

查了下，有t4模板的（不知道你上面說的是不是這個），也有現成的github開源插件的，也有自定義build task的，你自己看看

stackoverflow.com/questions/43019832/auto-versioning-in-visual-studio-2017-net-core

網頁鏈接

5. Microsoft .NET Framework 4是什麼

.NET Framework 是由 Microsoft 開發的一種全面且一致的編程模型，用於生成具有視覺震撼力的用戶體驗、無縫的安全通信和對一系列業務流程進行建模的能力的應用程序。

.NET Framework 4 將與舊的 Framework 版本並行工作。 默認情況下，基於早期版本的 Framework 的應用程序將繼續在目標版本上運行。

Microsoft .NET Framework 4 提供了以下新功能和改進：

公共語言運行時 (CLR) 和基類庫 (BCL) 的改進
性能改進，包括更好的多核心支持、後台垃圾回收和伺服器上的探查器附加。
新的內存映射文件和數字類型。
更輕松的調試，包括轉儲調試、Watson 小型轉儲、64 位的混合模式調試和代碼協定。
有關 CLR 和 BCL 的增強功能的完整列表，請轉到此處。
Visual Basic 和 C# 語言中的創新，例如 lambda 語句、隱式行繼續符、動態調度和命名/可選參數。
數據訪問和建模的改進
利用 Entity Framework，開發人員可使用 .NET 對象和語言集成查詢 (LINQ) 對關系資料庫進行編程。 它具有多項新功能，包括持久性忽略和 POCO 支持、外鍵關聯、延遲載入、測試驅動開發支持、模型中的函數和新的 LINQ 運算符。 其他功能包括：帶自跟蹤實體的更好的 n 層支持、使用 T4 模板的可自定義的代碼生成、模型首次開發、改進的設計器體驗、更好的性能以及實體集的復數形式。 有關更多信息，請轉到此處。
WCF 數據服務是 .NET Framework 的一個組件，可以利用此服務創建基於 REST 的服務和應用程序，以便使用開放式數據協議 (OData) 在 Web 上公開和使用數據。 WCF 數據服務具有多項新功能，包括增強的 BLOB 支持、數據綁定、行計數、源自定義、投影和請求管道改進。 當前與 Microsoft Office 2010 的內置集成可將 Microsoft Office SharePoint Server 數據作為一個 OData 源公開，並使用 WCF 數據服務客戶端庫訪問該數據源。 有關更多信息，請轉到此處。
ASP.NET 的增強功能
對 HTML、元素 ID 和自定義 CSS 的更多控制，通過這些控制可更輕松地創建符合標准且 SEO 友好的 Web 窗體。
新的動態數據功能，包括新的查詢篩選器、實體模板、對 Entity Framework 4 的更豐富的支持以及可輕松應用於現有 Web 窗體的驗證和模板化功能。
針對新的 AJAX 庫改進的 Web 窗體支持，包括對內容傳遞網路 (CDN) 的內置支持。
有關 ASP.NET 增強功能的完整列表，請轉到此處。
Windows Presentation Foundation (WPF) 的改進
添加對 Windows 7 多點觸控、功能區控制項和任務欄擴展性功能的支持。
添加了對 Surface 2.0 SDK 的支持。
新的業務線控制項，包括圖表控制項、智能編輯、數據網格以及其他用於改進生成以數據為中心的應用程序的開發人員體驗的控制項。
性能和伸縮性的改進。
文本清晰度、布局像素對齊、本地化和互操作性的可視化改進。
有關 WPF 的增強功能的完整列表，請轉到此處。
Windows 工作流 (WF) 的改進，利用這些改進，開發人員能夠更好地承載工作流並與其進行交互。 這些改進包括：改進的活動編程模型、改進的設計器體驗、新的流程圖建模樣式、展開的活動面板、工作流規則集成和新的消息相關功能。 .NET Framework 4 還顯著提高了基於 WF 的工作流的性能。 有關 WF 的增強功能的完整列表，請轉到此處。
Windows Communication Foundation (WCF) 的改進，例如對 WCF 工作流服務的支持（可啟用帶消息傳遞活動的工作流程序）和相關支持。 此外，.NET Framework 4 還提供了新的 WCF 功能，如服務發現、路由服務、REST 支持、診斷和性能。 有關 WCF 的增強功能的完整列表，請轉到此處。
創新的新並行編程功能，例如並行循環支持、任務並行庫 (TPL)、並行 LINQ (PLINQ) 和協調數據結構（可讓開發人員利用多核處理器）。

安裝說明

重要事項：請確保計算機上已安裝最新的 Windows Service Pack 和關鍵更新。 若要查找安全更新，請訪問 Windows Update。 如果安裝的是 XP 的 64 位版本或 Windows 2003，則可能需要安裝 Windows 圖像處理組件。 可以在此處找到 Windows 圖像處理組件的 32 位版本。 可以在此處找到 Windows 圖像處理組件的 64 位版本。
在此頁上，找到並單擊「下載」按鈕以開始下載。 若只需要較小的 x86 版本的安裝程序，則可以在此處找到此安裝程序。 如果需要在 ia64 上進行安裝，請使用在此處找到的 ia64 安裝程序。
若要立即開始安裝，請單擊「運行」。
若要將下載的文件保存到計算機上，以便稍後進行安裝，請單擊「保存」。
若要取消安裝，請單擊「取消」。

下載地址：http://www.microsoft.com/zh-cn/download/details.aspx?id=17718

系統要求

支持的操作系統
Windows 7, Windows 7 Service Pack 1, Windows Server 2003 Service Pack 2, Windows Server 2008, Windows Server 2008 R2, Windows Server 2008 R2 SP1, Windows Vista Service Pack 1, Windows XP Service Pack 3
Windows XP SP3
Windows Server 2003 SP2
Windows Vista SP1 或更高版本
Windows Server 2008（在伺服器核心角色上不受支持）
Windows 7
Windows Server 2008 R2（在伺服器核心角色上不受支持）
Windows 7 SP1
Windows Server 2008 R2 SP1
支持的體系結構：
x86
x64
ia64（有些功能在諸如 WPF 之類的 ia64 上不受支持）
硬體要求：
建議的最低要求：Pentium 1 GHz 或更快，512 MB RAM 或更大
最小磁碟空間：
x86 – 850 MB
x64 – 2 GB
必備組件：
Windows Installer 3.1 或更高版本
Internet Explorer 5.01 或更高版本

6. wcf rest怎樣包裝多參數

通過VS2010的Extension Manager，可以下載一個「WCF REST Service Template」。通過這個我們可以快速創建一個WCF REST服務。它是一個創建在Web Application工程里的服務。和前一篇介紹的WCF服務不同的是在Globel.asax中的Application_Start事件中注冊服務。並且注冊的"TaskService"自動成為服務的基地址，即 http://<machine_name>:<port>/TaskService/
服務端直接通過Linq2Entities操作DB，為了返回jsON的數據，參數和返回值都設計為POCO類。在Linq2Entities生成代碼後，又拷貝了一份進行刪減修改為POCO類。(現在有一個ADO.NET POCO Generator 的t4模板，不知道能否簡化我現在的做法...)

7. 創建代碼生成器可以很簡單：如何通過T4模板生成代碼[下篇]

但是這是一種基於單個文件的解決方案，即我們必須為每一個生成的存儲過程建立一個模板。如果我們提供一種基於多文件的代碼生成方式，將會為編程人員帶來極大的便利。藉助於T4 ToolBox這個開源工具箱，多文件的SQL Generator的實現變得異常簡單。[文中的例子可以從這里下載]目錄 二、創建自定義的Generator 三、ProcereGenerator如何被使用？一、多文件代碼生成器會帶來多大的便利？我們先來直觀的感受一下較之《上篇》提供的單一文件的代碼生成器，基於多文件的代碼生成解決方案會為開發人員帶來多大的便利。 同樣對於《上篇》創建的數據表T_PRODUCT，之前我們為了生成三個不同的存儲過程，我們不得已需要創建3個不同的T4模板文件。實際上我們更需要的方式只需要創建一個T4模板，讓我們的SQL Generator自動為我們生成3個包含相應存儲過程的.sql附屬文件,如左圖所示（點擊看大圖）。有的時候，基於單個數據表的存儲過程生成方式我們依然覺得不方便。如果我們能夠在T4模板文件中指定的數據表的列表，讓我們的SQL Generator為列表的每一個數據表都生成CUD三個存儲過程，這樣的方式更加具有吸引力。如右圖所示（點擊看大圖），一個訂單模塊包含兩個具有主子關系的兩張表（T_ORDER和T_ORDER_DETAIL），現在我們在一個T4模板中指定這兩個表明，通過SQL Generator可以幫助我們生成6個包含存儲過程的.sql附屬文件。甚至有的時候我們連數據表列表都無需指定，讓SQL Generator為所有的表都生成相應的存儲過程。我的例子中沒有提供這樣的功能，但是實現自來不會存在任何問題。二、創建自定義的Generator在《上篇》中我創建了一個抽象的ProcereTemplate類，以及三個基於生成CUD存儲過程的具體ProcereTemplate：InsertProcereTemplate、UpdateProcereTemplate和DeleteProcereTemplate。它們都將直接服務於我們今天將要提供的基於多文件的SQL Generator。在《上篇》中，這四個Template分別定義在4個不同的TT文件中，3個具體的ProcereTemplate通過<#@include>指令將抽象ProcereTemplate模板文件包含過來。由於我們將要創建的T4模板將會使用到這四個類，如果我們用四個<#@include>指令將四個TT文件包含過來，由於T4引擎將會導致對ProcereTemplate的4次包含，最好將會導致變異問題。個人覺得這應該算是T4引擎解析包含關系的一個局限性，為了解決這個問題我們不得不抽象的ProcereTemplate和三個具體的ProcereTemplate都合並成一個TT文件。T4 ToolBox為類庫中為了提供了一個抽象的T4Toolbox.Generator類用於實現多文件的代碼生成。為此我們創建一個TT模板文件，定義了如下一個繼承自該類的ProcereGenerator。ProcereGenerator的核心是通過屬性Templates定義的類型為IEnumerable<ProcereTemplate>的ProcereTemplate列表，這個列表在存儲過程中進行初始化。而對於ProcereGenerator的構造函數，處理定義了一個表示資料庫連接字元串的databaseName的參數外，並以數組參數的形式指定了生成的存儲過程基於的數據表名的列表。<#@ import namespace="System.Collections.Generic" #><#@ include file="ProcereTemplate.tt" #><#@ include file="T4Toolbox.tt" #><#+publicclass ProcereGenerator : Generator{public IEnumerable<ProcereTemplate> Templates{get; private set;}public ProcereGenerator(string databaseName, paramsstring[] tableNames) {if(null == tableNames || tableNames.Length == 0) {thrownew ArgumentNullException("tableNames"); } this.Templates = InitlizeTemplates(databaseName,tableNames); }private IEnumerable<ProcereTemplate> InitlizeTemplates(string databaseName, string[] tableNames) { foreach(string tableName in tableNames) {yieldreturnnew InsertProcereTemplate(databaseName, tableName);yieldreturnnew UpdateProcereTemplate(databaseName, tableName);yieldreturnnew DeleteProcereTemplate(databaseName, tableName); } }protectedoverridevoid RunCore() {foreach(ProcereTemplate tempalte inthis.Templates) { tempalte.RenderToFile(tempalte.GetProcereName() + ".sql"); } }}#>真正的存儲過程的T-SQL腳本實現在重寫的RunCore中。由於具體的文本轉化邏輯都定義在了ProcereTemplate中了，所以在這里我們需要遍歷的ProcereTemplate集合中每一個Template對象，調用RenderToFile方法將相應的存儲過程的腳本寫入以存儲過程命名同名的.sql文件中。三、ProcereGenerator如何被使用？我們最後來看看我們創建的ProcereGenerator最終如何被應用於具體的代碼生成。其實很簡單，我們只需要創建相應的模板文件，通過<#@include>將定義ProcereGenerator類的TT文件包含近來，最後以代碼語句調用塊（<#StatementCode#>）的形式實力化該對象，並調用Run方法即可。在構造函數中指定資料庫連接字元串的名稱和數據表名的列表。下面是基於但表的T4模板。<#@ template language="C#" hostSpecific="true" debug="true" #><#@ include file="Templates\ProcereGenerator.tt" #><#new ProcereGenerator("TestDb","T_PRODUCT").Run();#>下面是基於多表的T4模板：<#@ template language="C#" hostSpecific="true" debug="true" #><#@ include file="Templates\ProcereGenerator.tt" #><#new ProcereGenerator("TestDb","T_ORDER","T_ORDER_DETAIL").Run();#>當你代碼生成工作執行之後，會多出一個與TT文件同名的附屬文件，你需要手工刪除掉它。從數據到代碼——通過代碼生成機制實現強類型編程[上篇]從數據到代碼——通過代碼生成機制實現強類型編程[下篇]從數據到代碼——基於T4的代碼生成方式

8. Extjs 後台用 Asp.Net 的視頻教程

國訊教育通用智能OA辦公系統(ASP.NET七層架構+WF4.0工作流+抽象工廠+反射+Extjs3.2..)
快速上手Extjs4.2並熟練搭建基於MVC4+FluentData+Spring.net和T4模板的企業級項目架構
兩個，哪個符合你口味

9. tangible t4 破解

http://www.Juming.com/Csdn/dx/?i=318218047434879&s=
這是破解補丁 自己打上去(復制到源文件替換）就是破解版了

10. 什麼是乙太網適配器

乙太網是在 20 世紀 70 年代研製開發的一種基帶區域網技術，使用同軸電纜作為網路媒體，採用載波多路訪問和沖突檢測( CSMA/CD )機制，數據傳輸速率達到 10MBPS 。

但是如今乙太網更多的被用來指各種採用 CSMA/CD 技術的區域網。乙太網的幀格式與 IP 是一致的，特別適合於傳輸 IP 數據。乙太網由於具有簡單方便、價格低、速度高等。

先前物理界認為宇宙間存在一種極稀疏的介質並稱之為以太，但後來實驗證明並不存在所謂的以太，因為這個詞是當時的產物，就像我們先前的很多不科學的命名，都是在人們為發現前的導致，雖然後來證明是不正確的，但無論是為了紀念還是其他理由，都把名字言傳了下來。

(10)t4模板net版本擴展閱讀

最初的乙太網是採用同軸電纜來連接各個設備的。電腦通過一個叫做附加單元介面（Attachment Unit Interface，AUI）的收發器連接到電纜上。

一根簡單網線對於一個小型網路來說還是很可靠的，對於大型網路來說，某處線路的故障或某個連接器的故障，都會造成乙太網某個或多個網段的不穩定。

因為所有的通信信號都在共用線路上傳輸，即使信息只是發給其中的一個終端（destination），某台電腦發送的消息都將被所有其他電腦接收。

在正常情況下，網路介面卡會濾掉不是發送給自己的信息，接收目標地址是自己的信息時才會向CPU發出中斷請求，除非網卡處於混雜模式（Promiscuous mode）。

這種「一個說，大家聽」的特質是共享介質乙太網在安全上的弱點，因為乙太網上的一個節點可以選擇是否監聽線路上傳輸的所有信息。共享電纜也意味著共享帶寬，所以在某些情況下乙太網的速度可能會非常慢，比如電源故障之後，當所有的網路終端都重新啟動時。