HOME 首页
SERVICE 服务产品
XINMEITI 新媒体代运营
CASE 服务案例
NEWS 热点资讯
ABOUT 关于我们
CONTACT 联系我们
创意岭
让品牌有温度、有情感
专注品牌策划15年

    开源文章生成器(开源文章生成器下载)

    发布时间:2023-04-16 08:34:57     稿源: 创意岭    阅读: 133        

    大家好!今天让创意岭的小编来大家介绍下关于开源文章生成器的问题,以下是小编对此问题的归纳整理,让我们一起来看看吧。

    开始之前先推荐一个非常厉害的Ai人工智能工具,一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等

    只需要输入关键词,就能返回你想要的内容,越精准,写出的就越详细,有微信小程序端、在线网页版、PC客户端

    官网:https://ai.de1919.com

    本文目录:

    开源文章生成器(开源文章生成器下载)

    在entity framework中怎么调用存储过程

    一、使用存储过程的必要性
    我们知道EF通过元数据,即概念模型(Concept Model)、存储模型(Storage Model)和概念/存储映射(C/S Mapping),和状态追踪(State Tracking)机制可以为基于模型的操作自动生成SQL。对于一些简单的项目开发,这是非常理想的,因为他们完全可以不用关注数据存储层面的东西,你可以采用一些完全不具有数据库知识的开发者。但是理想总归是理想,对于企业级开发来说,我们需要的是对数据库层面数据的操作有自己的控制。在这方面,我们可以随便举两个典型的场景:
    逻辑删除:对于一些重要的数据,我们可能需要让它们永久保存。当我们试图“删除”这些数据的时候,我们并不是将它们从数据表中移除(物理删除),而是为这条记录作一个已经被删除的标记;
    并发处理:为了解决相同的数据在获取和提交这段时间内被另一个用户修改或者删除,我们往往SQL层面增加并发控制的逻辑。比较典型的做法是在每一个表中添加一个VersionNo这样的字段,你可以采用TimeStamp,也可以直接采用INT或者GUID。在执行Update或者Delete的SQL中判断之前获取的VersionNo是否和当前的一致。
    让解决这些问题,就不能使用EF为我们自动生成的SQL,只有通过使用我们自定义的存储过程。
    二、实现存储过程自动匹配的必要条件
    本篇文章提供的存储过程自动映射机制是通过代码生成的方式完成的。说白了,就是读取原来的.edmx模型文件,通过分析在存储模型中使用的数据表,导入基于该表的CUD存储过程;然后再概念/存储映射节点中添加实体和这些存储过程的映射关系。那实现这样的代码生成,需要具有如下三个固定的映射规则。
    数据表名-存储过程名:这个映射关系帮助我们通过存储模型中的实体名找到对应CUD三个存储过程(如果实体是数据表);
    数据表列名-存储过程参数名:当存储过程被执行的时候,通过这个映射让概念模型实体某个属性值作为对应的参数;
    存储过程参数名-版本:当进行参数赋值的时候,通过这个映射决定是使用Original或者Current版本。
    在实际的开发过程中,这样的标准存储过程一般都是通过代码生成器生成的(在我的文章《创建代码生成器可以很简单:如何通过T4模板生成代码?[下篇]》中有过相应的实现),它们具有这样的映射关系。
    基于这三种映射关系,我定义了如下一个名为IProcedureNameConverter的接口。其中OperationKind是我自定义的一个表示CUD操作类型的枚举。
    1: public interface IProcedureNameConverter
    2: {
    3: string GetProcedureName(string tableName, OperationKind operationKind);
    4: string GetColumnName(string parameterName);
    5: DataRowVersion GetVersion(string parameterName);
    6: }
    7:
    8: public enum OperationKind
    9: {
    10: Insert,
    11: Update,
    12: Delete
    13: }
    按照我们当前项目采用的命名规范,我定义了如下一个默认的DefaultNameConverter。它体现的是这样的映射关系,比如有个数据表明为T_USER(大写,单词之间用“_”隔开,并以T_为前缀),它对应的CUD存储过程名分别为:P_USER_I、P_USER_U和P_USER_D(大写,以代表存储过程的P_为前缀,后缀_I/U/D表示CUD操作类型,中间为去除前缀的表名)。如果列名为USER_ID,参数名为p_user_id(小写,加p_前缀)。如果需要用Original值为参数赋值,需要将p_前缀改成o_前缀(o_user_id)。
    1: public class DefaultNameConverter: IProcedureNameConverter
    2: {
    3: public string GetProcedureName(string tableName, OperationKind operationKind)
    4: {
    5: switch (operationKind)
    6: {
    7: case OperationKind.Insert:
    8: return string.Format("P_{0}_I", tableName.Substring(2));
    9: case OperationKind.Update:
    10: return string.Format("P_{0}_U", tableName.Substring(2));
    11: default:
    12: return string.Format("P_{0}_D", tableName.Substring(2));
    13: }
    14: }
    15:
    16: public string GetColumnName(string parameterName)
    17: {
    18: return parameterName.Substring(2).ToUpper();
    19: }
    20:
    21: public DataRowVersion GetVersion(string parameterName)
    22: {
    23: if(parameterName.StartsWith("o"))
    24: {
    25: return DataRowVersion.Original;
    26: }
    27: else
    28: {
    29: return DataRowVersion.Current;
    30: }
    31: }
    32: }
    三、通过T4生成新的.edmx模型
    我们采用的基于T4的代码生成,了解EF的应该对T4不会感到陌生了。如果对代码生成感兴趣的话,可以看看我的文章《与VS集成的若干种代码生成解决方案[博文汇总(共8篇)]》。这里利用借助于T4 ToolBox这个开源工具箱,并采用SQL Server SMO获取存储过程信息。所有涉及到的文本转化都实现在如下一个ProcedureMappingTemplate类型中,由于内容较多,具体实现就忽略了,有兴趣的朋友可能下载源代码。ProcedureMappingTemplate具有两个构造函数的参数分别表示:源.edmx文件,服务器和数据库名,存储过程的Schema(默认为dbo)和具体的ProcedureNameConverter(默认为DefaultNameConverter)。
    1: public class ProcedureMappingTemplate: Template
    2: {
    3: public XmlDocument SourceModel { get; private set; }
    4: public IProcedureNameConverter ProcedureNameConverter { get; private set; }
    5: public Database Database { get; private set; }
    6: public string Schema { get; private set; }
    7:
    8: public ProcedureMappingTemplate(string sourceModelFile, string serverName, string databaseName);
    9: public ProcedureMappingTemplate(string sourceModelFile, string serverName, string databaseName,
    10: IProcedureNameConverter procedureNameConverter, string schema);
    11:
    12: protected virtual XElement GenerateStorageModelNode();
    13: protected virtual XElement GenerateMappingNode();
    14: public override string TransformText()
    15: {
    16: XElement newStorageModelNode = this.GenerateStorageModelNode();
    17: XElement newMappingNode = this.GenerateMappingNode();
    18:
    19: XmlNode storageModelNode = this.SourceModel.GetElementsByTagName("edmx:StorageModels")[0];
    20: storageModelNode.InnerXml = newStorageModelNode.Elements().ToArray()[0].ToString();
    21:
    22: XmlNode mappingNode = this.SourceModel.GetElementsByTagName("edmx:Mappings")[0];
    23: mappingNode.InnerXml = newMappingNode.Elements().ToArray()[0].ToString();
    24:
    25: this.WriteLine("<?xml version="1.0" encoding="utf-8"?>");
    26: this.Write(this.SourceModel.DocumentElement.OuterXml.Replace("xmlns=""",""));
    27: return GenerationEnvironment.ToString();
    28: }
    29: }
    在使用过程中,你只需要在tt模板中创建这个ProcedureMappingTemplate对象,调用Render方法即可。
    1: <#@ template debug="true" hostSpecific="true" #>
    2: <#@ output extension=".edmx" #>
    3: <#@ assembly name="Microsoft.SqlServer.ConnectionInfo" #>
    4: <#@ assembly name="Microsoft.SqlServer.Smo" #>
    5: <#@ assembly name="Microsoft.SqlServer.Management.Sdk.Sfc" #>
    6: <#@ assembly name="$(TargetDir)Artech.ProcedureMapping.dll" #>
    7: <#@ import namespace="Artech.ProcedureMapping" #>
    8: <#@ include file="T4Toolbox.tt" #>
    9: <#
    10: new ProcedureMappingTemplate(this.Host.ResolvePath("UserModel.edmx"),".","EFExtensions").Render();
    11: #>
    四、看看生成出来的.emdx
    通过上面创建的TT模板(你指定的数据库中一定要存在具有相应映射关系的存储过程),新的.edmx模型文件会作为该tt文件的依赖文件被生成出来。而这个新生成的.edmx具有存储过程映射信息。具体来说,下面是原始的.edmx文件(只保留元数据节点)。
    1: <?xml version="1.0" encoding="utf-8"?>
    2: <edmx:Edmx Version="2.0" xmlns:edmx="http://schemas.microsoft.com/ado/2008/10/edmx">
    3: <!-- EF Runtime content -->
    4: <edmx:Runtime>
    5: <!-- SSDL content -->
    6: <edmx:StorageModels>
    7: <Schema Namespace="Artech.UserModel.Store" Alias="Self" Provider="System.Data.SqlClient" ProviderManifestToken="2008" xmlns:store="http://schemas.microsoft.com/ado/2007/12/edm/EntityStoreSchemaGenerator" xmlns="http://schemas.microsoft.com/ado/2009/02/edm/ssdl">
    8: <EntityContainer Name="ArtechUserModelStoreContainer">
    9: <EntitySet Name="T_USER" EntityType="Artech.UserModel.Store.T_USER" store:Type="Tables" Schema="dbo" />
    10: </EntityContainer>
    11: <EntityType Name="T_USER">
    12: <Key>
    13: <PropertyRef Name="USER_ID" />
    14: </Key>
    15: <Property Name="USER_ID" Type="varchar" Nullable="false" MaxLength="50" />
    16: <Property Name="USER_NAME" Type="nvarchar" Nullable="false" MaxLength="50" />
    17: </EntityType>
    18: </Schema>
    19: </edmx:StorageModels>
    20: <!-- CSDL content -->
    21: <edmx:ConceptualModels>
    22: <Schema Namespace="Artech.UserModel" Alias="Self" xmlns:annotation="http://schemas.microsoft.com/ado/2009/02/edm/annotation" xmlns="http://schemas.microsoft.com/ado/2008/09/edm">
    23: <EntityContainer Name="EFExtensionsEntities" annotation:LazyLoadingEnabled="true">
    24: <EntitySet Name="Users" EntityType="Artech.UserModel.User" />
    25: </EntityContainer>
    26: <EntityType Name="User">
    27: <Key>
    28: <PropertyRef Name="ID" />
    29: </Key>
    30: <Property Name="ID" Type="String" Nullable="false" MaxLength="50" Unicode="false" FixedLength="false" />
    31: <Property Name="Name" Type="String" Nullable="false" MaxLength="50" Unicode="true" FixedLength="false" />
    32: </EntityType>
    33: </Schema>
    34: </edmx:ConceptualModels>
    35: <!-- C-S mapping content -->
    36: <edmx:Mappings>
    37: <Mapping Space="C-S" xmlns="http://schemas.microsoft.com/ado/2008/09/mapping/cs">
    38: <EntityContainerMapping StorageEntityContainer="ArtechUserModelStoreContainer" CdmEntityContainer="EFExtensionsEntities">
    39: <EntitySetMapping Name="Users">
    40: <EntityTypeMapping TypeName="Artech.UserModel.User">
    41: <MappingFragment StoreEntitySet="T_USER">
    42: <ScalarProperty Name="ID" ColumnName="USER_ID" />
    43: <ScalarProperty Name="Name" ColumnName="USER_NAME" />
    44: </MappingFragment>
    45: </EntityTypeMapping>
    46: </EntitySetMapping>
    47: </EntityContainerMapping>
    48: </Mapping>
    49: </edmx:Mappings>
    50: </edmx:Runtime>
    51: </edmx:Edmx>
    这是新生成的.edmx文件中的XML。

    web前端开发常用又好用的几个软件

    web前端开发常用又好用的几个软件有:
    1.Dreamweaver
    Dreamweaver是非常老的前端开发工具了,功能强大还支持可视化开发,不需要懂代码就能制作出简单的前端页面,深受很多开发者的欢迎。但其缺点就是消耗的资源过大,软件启动和运行都会导致电脑运行变慢。
    2.sublime text
    sublime text是一款超级轻量级的开发工具,轻量级就代表它运行速度打开速度都超级快,并且还支持配置插件来构建不同的开发环境,还为开发者配置了很多的快捷键,使用习惯之后你就会离不开它。
    3.Hbuilde
    Hbuilder是近几年才开始火起来的前端开发工具,开发界面十分简洁,显示风格也很适宜,会让开发者有一种很舒服的感觉,同样也是轻量级的开发工具打开和运行速度都非常快。
    4.Editplus
    Editplus是一款超级好用的编辑器,它不仅仅支持前端语言开发,C语言、Java语言等等语言都可以使用Editplus开发,并且软件本身只有几M左右,十分小巧。缺点就是没有编程的提示功能,对初学者不是很友好。
    想要了解更多有关web前端的相关信息,推荐咨询千锋教育。千锋教育成立教研学科中心,推出贴近企业需求的线下技能培训课程。采用全程面授高品质、高体验培养模式,学科大纲紧跟企业需求,拥有国内一体化教学管理及学员服务,在职业教育发展道路上不断探索前行。

    谁有用C#开发的工具?

    1.Excle神器NPOI
    NPOI 是 POI 项目的 .NET 版本。POI是一个开源的Java读写Excel、WORD等微软OLE2组件文档的项目。NPOI让.NET平台拥有了一个比较完善的读写Excel的工具。使用量非常广泛,应该是开源的.NET Excel读写工具中曝光度最高的一个吧,没有之一。
    使用NPOI的优势有:完全免费使用,包含了大部分EXCEL的特性(单元格样式、数据格式、公式等等),支持处理的文件格式包括xls, xlsx, docx.采用面向接口的设计架构( 可以查看 NPOI.SS 的命名空间),同时支持文件的导入和导出,你不需要在服务器上安装微软的Office,可以避免版权问题。使用起来比Office PIA的API更加方便,更人性化。那么还等什么呢?下面就是我第一次使用NPOI做的一个日报表工具,里面的单元格合并都是在程序中动态完成的,过程很艰辛,但结果很美好,目前已经使用了2年,稳定无bug,非常给力啊。
    官方网站:http://npoi.codeplex.com/
    https://github.com/tonyqus/npoi
    官方教程:http://www.npoi.info/
    2.NPOI扩展—NPOI.CSS
    NPOI.CSS是一个可以在使用NPOI时用类CSS的方法设置单元格样式的NPOI扩展,只支持.NET4及以上版本的项目。这个扩展是为了方便在使用的时候设置单元格及其相关格式样式,可以使用类似Css的方式,非常给力。看看下面的代码:
    1
    cell.CSS("color:red;font-weight:bold;font-size:11;font-name:宋体;border-type:thin;")
    官方网站:https://github.com/qihangnet/npoi.css
    3.yjinglee.office
      yjinglee.office用于.Net平台下的Excel操作,主要封装NPOI对外提供更简单实用的API,提供以下功能点:
    1.读取Excel数据转换成对象集合
    2.写入集合到Excel,并提供可以Excel样式定义
      看看一段读取Excel的代码:
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    var Reports = new Collection();
    for (var i = 0; i < 10; i++)
    {
    Reports.Add(new Report {Id = i*100, Name = Guid.NewGuid().ToString()});
    }
    var excel = new Excel(new DefaultStyle());//创建Excel实例,可以传递不同的样式实例
    excel.CreateSheet("Test");//创建一个Sheet,命名为Test
    excel.WriteObject(Reports, 0, 0);//在Sheet0中的第0行写入集合
    excel.SetColumnWidth(0, 0, new [] {5, 35});//在Sheet0的第0列开始依次设置列宽
    excel.WriteFile(Path.Combine(AppDomain.CurrentDomain.SetupInformation.ApplicationBase, "demo.xlsx"));//保存文件
    4.ExcelReport报表引擎
    ExcelReport是一款基于NPOI开发的报表引擎组件。它基于关注点分离的理念,将数据与样式、格式分离。让模板承载样式、格式等NPOI不怎么擅长且实现繁琐的信息,结合NPOI对数据的处理的优点将Excel报表的生成化繁为简。同时,对报表组成的基本元素进行了抽象,进一步简化了Excel报表的生成过程。
    官方网站:https://github.com/hanzhaoxin/ExcelReport
    介绍文章:http://www.cnblogs.com/hanzhaoxin/p/4472860.html
    5.Epplus
    Epplus是一个使用Open Office XML(Xlsx)文件格式,读写Excel 2007/2010文件的开源组件。和NPOI相比,它更早的支持了Xlsx格式,而NPOI支持Excel 2003更好,现在新版本的NPOI也开始支持Xlsx了。所以他们两个还是有一点区别的。Epplus我没用过,但很早就听说了,也是使用非常官方的一个,目前也一直在更新。看大家的使用需求了。可以尝试一下。支持的范围也很广,例如:单元格合并,单元格样式,图表(这个NPOI目前还不是很好),表格,数据验证,公式,VBA等等。
    官方网站:http://epplus.codeplex.com/
    6.LinqToExcel
    LinqToExcel是一个.NET平台下开源项目,它主要实现了LINQ的语法查询Excel电子表格。类型之前的LINQToXXX如果你是LINQ语法糖爱好者那最适合你。例如,下面代码,查询电子表格的头:
    1
    2
    3
    4
    var excel = new ExcelQueryFactory("excelFileName");
    var indianaCompanies = from c in excel.Worksheet<Company>()
    where c.State == "IN"
    select c;
    官方网站:https://github.com/paulyoder/
    7.NetOffice组件
      NetOffice组件比较特别,是一个操作Office的强大组件,包括处理Office, Excel, Word, Outlook, PowerPoint, Access, Project, Visio等,所以支持非常全面。但是这个组件并不是完全单独写的,而是调用Microsoft Office的互操作程序集以及VSTO,也就是进行了一个深度的封装,从而让你不需要安装这些东西,只需要拷贝相应的程序集就可以了。目前一共包括16个操作的程序集。根据你的需要可以选择相应的程序集。它有几个优点:
    1.没有Office的版本限制;
    2.支持Office2000,2003,2007,2010,2013版本,就是支持全部Office的版本,足够强大;
    3.支持版本之间的独立开发
    4.操作语法和Microsoft的互操作程序集的语法是一样的;因此更加易于学习和使用;
    5.如果你熟悉Office对象模型,你可以使用你现有的PIA代码,不需要重新学习;
    6.优化了一些COM操作的代码
    7.可以在.NET2.0及以上环境使用;
    8.部署方便,不需要注册,没有依赖的程序集
      其他的功能看官方文件介绍,如果有空,大家对这个需求强烈,可以写文章专门介绍。
    官方网站:http://netoffice.codeplex.com/
    8.Word文档读写工具Docx
    DocX是一个以非常直观简单的方式操作Word 2007/2010文件的轻量级.NET组件。它的速度非常快,而且不需要安装微软的Office软件。在中国,免费并且小巧的WPS有足够的理由让很多用户放弃庞大的Office,那在实际软件开发过程中,这玩意就有用处了。遗憾是不支持2003,但总归是被淘汰的趋势,而且用WPS,也没有啥版本的区别。目前支持在文件中插入、删除和替代文本,支持所有的文本格式,如字体,下划线,高亮等;支持插入图片、超链接、表格、页眉页脚以及自定义属性等;支持类似JQuery的链式写法,很方便编程开发。
    相比Excel来说,开源的操作Doc文档的组件比较少,这个组件只能勉强满足一些基本功能吧。遇到一些高级的,坑还是很多。但总的来说,常规支持是第一步吧,该项目目前也在更新中,期待更加完善。我在2013年曾经写过一篇介绍基本使用的文章:【原创】开源Word读写组件DocX介绍与入门
    官方网站:http://docx.codeplex.com/  
    9.PDF处理组件PDFsharp
    生成PDF文件格式的文档,大家肯定有想过,很多人项目中也肯定用过,方法、组件肯定有很多。但是.NET平台开源免费的不多,最好用的应该是ItextPDF,不过人家是非商业免费,所以我们就排除在外吧。看看免费的,这个PDFSharp是目前比较完善,而且还在持续更新的。支持功能有:
    可以使用.NET编程语言动态创建PDF文档,
    很容易使用对象模型来构建文档,
    全部用C#重写设计和编写代码,
    可以生成PDF文件和显示在窗体或者打印,
    使用同一源文件,可以修改、合并或者分割PDF文件,
    可以控制图片的透明度,嵌入了字体等等。支持总体算全面吧,不过没有亲自测试过。
    官方网站:http://www.pdfsharp.net/
    10.MigraDoc文档生成器
    MigraDoc是一个.NET平台开源的文档生成器,几乎支持所有的文字处理功能。你只需要添加段落,表格,或者图表到节中,使用书签来创建链接,表格内容,索引等等。MigraDoc会自动进行分页和布局,可以生成PDF,XPS以及RTF文档格式。总的来说,是一个更简单类型的通用文档生成工具。它的官方网站和PDFsharp是一起的,目前也是在更新中。
    官方网站:http://www.pdfsharp.net/
    11.PdfReport报表工具
    PdfReport 是一个支持code-first的报表引擎,建立在开源项目iTextSharp和 EPPlus基础上。支持.net 3.5以上,看看项目的一个图片:
    官方网站:http://pdfreport.codeplex.com/
    12.文件差异比较diffplex
    diffplex是一个开源的C#文本差异比较软件。支持.NET 4.0, Silverlight 5.0, Windows 8.0, Windows Phone 8.0, Windows Phone Appx 8.1等环境。如下图所示:
    官方网站:https://github.com/mmanela/diffplex
    13.ReportGenerator
      ReportGenerator可以将OpenCover, PartCover, Visual Studio 或者NCover生成的XML报表转换为可读性更加好的格式。上面这几个工具都是代码覆盖率分析工具。转换后的报表有以下格式:
    1.HTML, HTMLSummary
    2.XML, XMLSummary
    3.Latex, LatexSummary
    4.TextSummary
    5.Custom reports
      该组件目前一直在持续进行更新,对于专门做测试方面的人应该有些帮助,曾经也看到过文章使用这个组件来展示分析后的报表,不过不太懂,不去深究。
      官方网站:https://github.com/danielpalme/ReportGenerator
    14.BusyReports
      BusyReports是一个非常方便的从SSRS Web 服务生成报表的应用程序。BusyReports提供了一个GUI界面,可以方便配置报表参数,电子邮件,文件路径等。这些配置信息存储在4个易于编辑的表格中。该组件与SQL Server数据驱动订阅类似,但删除了其中一些限制。该组件目前一直在更新。看下面的 GUI 配置界面:
    官方网站:http://busyreports.codeplex.com/
    15.Seal Report
      Seal Report应该是上面这几个之中最好用,最常用的一个。它提供了一个完整的从其他任何数据库产生报表的架构。该产品主要关注于容易安装和报表设计,一旦安装好,报表很快就可以建立并且发布。该组件完全开源,使用C#语言编写。其主要特征有,1.动态SQL数据源:可以使用SQL或让Seal引擎构建动态SQL用于查询数据库,2.本地数据透视表:直接在数据透视表简单的拖放元素,并将它们显示在报表中,还支持HTML5图表等,详细去官网看看,下面看2张报表设计和报表结果的截图:
    报表结果:
    官方网站:http://sealreport.codeplex.com/

    以上就是关于开源文章生成器相关问题的回答。希望能帮到你,如有更多相关问题,您也可以联系我们的客服进行咨询,客服也会为您讲解更多精彩的知识和内容。


    推荐阅读:

    ChatGPT搭建源码(chatbot 开源)

    ChatGPT开源项目(chia-plotter开源)

    建站系统开源(建站系统 开源)

    杭州五金机电市场(杭州五金机电市场哪个最大)

    五金工具批发网站(五金批发去哪进货)