Java Android版ORM lite
我发现ORMLite是SQlite和Android的轻量级ORM框架 我的问题是： ORM的加入不会让应用程序变得沉重吗 我是从Java的角度考虑的，我知道使用框架会使应用程序更加繁重 有人能帮我解决我的疑问吗 ORM的加入不会让应用程序变得沉重吗 这不能客观地回答 首先，“轻”和“重”是什么意思 假设我们讨论的是应用程序的一些度量：Java Android版ORM lite,java,android,sqlite,orm,ormlite,Java,Android,Sqlite,Orm,Ormlite,我发现ORMLite是SQlite和Android的轻量级ORM框架 我的问题是： ORM的加入不会让应用程序变得沉重吗 我是从Java的角度考虑的，我知道使用框架会使应用程序更加繁重 有人能帮我解决我的疑问吗 ORM的加入不会让应用程序变得沉重吗 这不能客观地回答 首先，“轻”和“重”是什么意思 假设我们讨论的是应用程序的一些度量： 我们可以讨论应用程序源代码的大小；i、 程序员写的东西 我们可以讨论应用程序二进制文件的大小。。。包括应用程序使用的库 我们可以讨论应用程序使用的内存量，或者C
- 我们可以讨论应用程序源代码的大小；i、 程序员写的东西
- 我们可以讨论应用程序二进制文件的大小。。。包括应用程序使用的库
- 我们可以讨论应用程序使用的内存量，或者CPU时间，或者它产生的数据库流量或磁盘流量的度量
但是回到更轻/更重。我们可以说使用ORM会使应用程序更重吗 在大多数情况下，答案是肯定的（可能），但在一个重要的方面，答案显然是否定的。也就是说，当我们使用ORM时，我们希望程序员编写的代码（各种形式）比使用JDBC、SQL和RDBMs实现相同功能时要少
另一个您没有问的问题是，应用程序的重量是轻是重是否重要。我想说的是，这实际上取决于应用程序、平台和开发项目的资源和时间表 例如，如果我有一组具有挑战性的需求和一个紧迫的截止日期，那么我可能会使用ORM，而不管ORM是否使用更多的内存、CPU、数据库带宽等等。。。因为它在开发方面更轻，这意味着我的项目可以按时完成
总之：
- ORM使应用程序变得沉重吗？这不是一个有意义的问题
- ORM会使它更重吗？这取决于你测量的是什么
- 这有关系吗？如果ORM沉重是准时和预算不足的折衷方案，则情况并非如此
- 奥姆莱特真的很轻吗？同样不客观地回答，也可能不相关。。。除非您在严格的平台约束下工作
- 我们可以讨论应用程序源代码的大小；i、 程序员写的东西
- 我们可以讨论应用程序二进制文件的大小。。。包括应用程序使用的库
- 我们可以讨论应用程序使用的内存量，或者CPU时间，或者它产生的数据库流量或磁盘流量的度量
但是回到更轻/更重。我们可以说使用ORM会使应用程序更重吗 在大多数情况下，答案是肯定的（可能），但在一个重要的方面，答案显然是否定的。也就是说，当我们使用ORM时，我们希望程序员编写的代码（各种形式）比使用JDBC、SQL和RDBMs实现相同功能时要少
另一个您没有问的问题是，应用程序的重量是轻是重是否重要。我想说的是，这实际上取决于应用程序、平台和开发项目的资源和时间表 例如，如果我有一组具有挑战性的需求和一个紧迫的截止日期，那么我可能会使用ORM，而不管ORM是否使用更多的内存、CPU、数据库带宽等等。。。因为它在开发方面更轻，这意味着我的项目可以按时完成
总之：
- ORM使应用程序变得沉重吗？这不是一个有意义的问题
- ORM会使它更重吗？这取决于你测量的是什么
- 这有关系吗？如果ORM沉重是准时和预算不足的折衷方案，则情况并非如此
- 奥姆莱特真的很轻吗？同样不客观地回答，也可能不相关。。。除非您在严格的平台约束下工作
- @Stephen的答案非常棒，但我想我应该加上自己的答案。充分披露：我是奥姆莱特的作者
ORM的加入不会让应用程序变得沉重吗
我认为答案在很大程度上取决于你的申请。这无疑会使应用程序更加繁重。问题是成本/收益是否适合您的情况。如果应用程序使用大量实体执行大量关系IO，那么收益将很高。如果应用程序很大，那么额外的字节/类可能不会显著增加。但是，如果大小增加太多或者关系代码太小，那么好处可能太少，并且不会超过大小代码
此外，如果应用程序正在执行大量数据库IO，并且由于ORM库可能会增加GC带宽，因此可能会遇到性能问题。然后你可能不得不忍受自己动手做SQL工作。@Stephen的回答非常棒，但我想我应该加上自己的。充分披露：我是奥姆莱特的作者 ORM的加入不会让应用程序变得沉重吗 我认为答案在很大程度上取决于你的申请