加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

delphi – 框架依赖是一个问题吗?

发布时间:2020-12-15 04:08:43 所属栏目:大数据 来源:网络整理
导读:我知道有人在Delphi和Pascal开发应用程序的一个人.他在处理工作量方面遇到了问题.因此,他需要找一个员工. 他很难找到人,他说他的公司对毕业生没有吸引力.其中一个原因是他使用的平台不是那么流行的开发平台,因为很多开发都是用.NET或Java完成的. 所以我问道,
我知道有人在Delphi和Pascal开发应用程序的一个人.他在处理工作量方面遇到了问题.因此,他需要找一个员工.

他很难找到人,他说他的公司对毕业生没有吸引力.其中一个原因是他使用的平台不是那么流行的开发平台,因为很多开发都是用.NET或Java完成的.

所以我问道,“那么为什么不切换到.NET或Java呢?”

他的回答是他不想拥有微软的依赖. MS可以改变.NET框架,打破他的应用程序.由于UI不好,Java也不是一个选择.

由于Delphi的目标是Win32,如果你想要速度/可移植性,它似乎非常有吸引力.此外,不需要虚拟机.

框架是应用程序开发人员的“威胁”吗?
但是,我不太了解delphi,但由于它的高级性质,它不是一个框架吗?

解决方法

问题当然是要在java或.net中获得显着的开发性能,他需要投入大量时间.这正是缺乏的.这是典型的锁定情况.它并不像之前建议的那样死胡同,因为FreePascal正逐渐达到可以取代Delphi的程度,并且是64位和多平台,但仍然很难.

由于在Delphi和VCL上投入了大量时间,他现在可能能够非常快地生成应用程序.与java或.net达到相同的观点,理解要使用的习语和模式,对于单人业务来说太昂贵了.

微软和Sun让开发人员在破坏性的变化中生活地狱,并且还有非常糟糕的建议.对于Sun而言,您只需要回想起我们应该如何开发J2EE应用程序,而微软留下了一个易于理解的已尝试和废弃技术的痕迹.

[对评论的回应]我向大公司推荐Delphi应用程序没有问题. java或.net中的当前开发风格不可能比Delphi具有更长的使用寿命.在其中开始新的应用程序开发我可能不会这样做.我还要仔细研究团队组成,看看它是否能够处理应用程序的预期寿命,但这适用于所有开发环境

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读