FineUI 官方论坛

 找回密码
 立即注册

QQ登录

只需一步,快速开始

本论坛已关闭(禁止注册、发帖和回复)
请移步 三石和他的朋友们

FineUI首页 WebForms - MVC & Core - JavaScript 常见问题 - QQ群 - 十周年征文活动

FineUI(开源版) 下载源代码 - 下载空项目 - 获取ExtJS - 文档 在线示例 - 版本更新 - 捐赠作者 - 教程

升级到 ASP.NET Core 3.1,快、快、快! 全新ASP.NET Core,比WebForms还简单! 欢迎加入【三石和他的朋友们】(基础版下载)

搜索
楼主: 甘桂

下个版本的示例不要再用EF了。

[复制链接]
发表于 2013-10-21 20:58:59 | 显示全部楼层
个人认为:结合EF是大势所趋,推陈才能出新,
没有旧知识归零的痛苦,就没有凤凰浴火 涅磐重生的 收获.

当然,不用不熟,初级阶段,不熟悉LINEQ 时可以结合ADO.net 予以补充,
我就是这么做的.
发表于 2013-10-22 01:33:53 | 显示全部楼层
额...最初自己写三层,后来动软代码生成器,再后来 subsonic...现在大家都用什么?
发表于 2013-10-22 09:20:03 | 显示全部楼层
本帖最后由 liko1688 于 2013-10-22 09:21 编辑

EF migrate很方便,而且支援許多常用的数据库,程序完全不用改写很棒,
用sql command 还要搭适合的class library,且搭不同数据库程序多少要改一点很麻烦。
支持EF版。
发表于 2013-10-22 09:38:12 | 显示全部楼层
我在烦怎么转ORACLE数据库,我项目里客户要求用ORACLE,现在总是转不过去,什么方法都试过了
发表于 2013-10-22 11:39:49 | 显示全部楼层
sanshi 发表于 2013-10-21 13:47
我还是看好EF的,EF6.0也出来了,第一个完全开源的版本。

用EF就要按照EF的逻辑去思考问题,在整个APPBOX ...

赞成,每个技术处理,不一定是完美的。复杂的处理,您可以用存储过程啊。

EF能够发展到6.0以上,说明他的优点是非常多的。

不要因为不够了解,就去否定它。
发表于 2013-10-22 11:41:02 | 显示全部楼层
部居晓杰 发表于 2013-10-22 09:38
我在烦怎么转ORACLE数据库,我项目里客户要求用ORACLE,现在总是转不过去,什么方法都试过了 ...

可以参考一下ALinq
 楼主| 发表于 2013-10-30 22:10:16 来自手机 | 显示全部楼层
使用示例:  从 Northwind 示例数据库生成完整 Entity Model。  EdmGen /mode:FullGeneration /project:Northwind /provider:System.Data.SqlClient /connectionstring:"server=.\sqlexpress;integrated security=true; database=northwind" 从 ssdl 文件开始生成 Entity Model。  EdmGen /mode:FromSSDLGeneration /inssdl:Northwind.ssdl /project:Northwind 验证 Entity Model。  EdmGen /mode:ValidateArtifacts /inssdl:Northwind.ssdl /inmsl:Northwind.msl /incsdl:Northwind.csdl 为什么要使用Entity Framework,限制条件及当前版本框架的问题  优势 通过对比上面图4与图2、图3我们可以很清楚的看到使用Entity Framework一个很大的好处,我们可以把实体类的定义由一个单独的项目使用C# class完成这样一种设计方式转变为使用xml文件定义并集成到数据访问层。      在以往要在一个项目中动态创建实体,我所知的方法是把要添加的实体放入一个程序集,然后通过反射加载程序集。现在可以通过动态更改EDM的方法来增加实体并将其映射到数据库,后者是以前无法实现的。      便于更改数据库,当更换数据库后,只需修改SSDL的定义,(如果数据库的表明有变动,也只需多修改MSL),对CSDL没有任何影响,从而也不需要对程序的BLL等上层部分做任何改动。  条件 要想让一个数据库支持Entity Framework,一个必要条件就是该数据库需提供相应的Entity Client Data Provider,这样才能将Entity SQL转换为针对此数据此数据库的SQL并交由ADO.NET来执行。当然该数据库还需要提供ADO.NET Data Provider。  缺陷 Entity Framework技术的效率问题是其几乎唯一一个稍有不足之处。首先其将EntitySQL转换为SQL的方式属于解释性转换,性能较差。另外Entity Framework在每次应用启动时需要读取EDM,这个过程较慢(但在后续操作时,就不再存在这个问题)。本论坛的源码可以支持ACCESS,SQL SERVER ,ORCEL三中数据库任意设置。就是用三层数据结构
 楼主| 发表于 2013-10-30 22:12:38 来自手机 | 显示全部楼层
条件 要想让一个数据库支持Entity Framework,一个必要条件就是该数据库需提供相应的Entity Client Data Provider,这样才能将Entity SQL转换为针对此数据此数据库的SQL并交由ADO.NET来执行。当然该数据库还需要提供ADO.NET Data Provider。  缺陷 Entity Framework技术的效率问题是其几乎唯一一个稍有不足之处。首先其将EntitySQL转换为SQL的方式属于解释性转换,性能较差。另外Entity Framework在每次应用启动时需要读取EDM,这个过程较慢(但在后续操作时,就不再存在这个问题)。本论坛的源码可以支持ACCESS,SQL SERVER ,ORCEL三中数据库任意设置。就是用三层数据结构
发表于 2013-10-31 10:26:34 | 显示全部楼层
新技术、新框架的出现,意味着对传统的挑战。我们害怕它,是因为我们对它了解得还不够。
发表于 2013-10-31 12:16:28 | 显示全部楼层
本帖最后由 Primates 于 2013-10-31 23:21 编辑

我支持楼主的观点,原因:
1、fineUI推广需要展示它自身原有的优点,千万不要受到其他技术干扰造成推广的障碍;
2、fineUI要得到推广,需要在“实际项目”中应用,而不仅仅只是“试验项目”应用;
3、绝大多数开发者,在做企业开发项目实战时,总体上更多、也是普遍使用自己熟悉的技术,来快速完成既定的功能。同时,在有时间的条件下,对项目某个细节才会琢磨一些新技术的应用。
4、微软的MSDN实例代码,都是很简单“原生”状态的代码,很直观,不会展现花哨的思路和技巧;
5、fineUI推广号称节省80%的界面开发精力,这也是众多fineUI拥趸所看中的,让开发者从“界面”中解放出来,然而在看fineUI示例时,其中的确有一些“花哨”的非fineUI代码技巧,干扰新手;
6、从纯技术角度来看:新技术的应用是值得的,EF也是有其自身的价值;
     从商业推广的角度来看:新技术往往会让过去已有的、熟悉的经验价值降低;
     从主题思想来看:我要推广A,可却包含着新技术B,难免会跑题、会干扰主题目的。
=========
以上仅为个人观点。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|FineUI 官方论坛 ( 皖ICP备2021006167号-1 )

GMT+8, 2024-3-29 13:19 , Processed in 0.044897 second(s), 12 queries , Gzip On.

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表