关于团体项目技术选型的补充

     上次提到技术选型的框架,我们觉得还有些不足,所以进行了些许补充。关于中间层框架的看法:一般的程序员可能都不习惯用中间层的框架,所以通常情况下源代码中不会出现中间管理。我个人觉得,如果不用中间层的话,我们的项目完全可以用NEW来代替,因为项目比较小,用到的类的类别也少。当然,上述所说成立的前提是在用JAVA语言开发的条件下,程序员编写一个单例模式的简单容器也应该可行。如果是在C语言开发的环境下,那我就不能妄下定论了。

     现在很多管理化信息软件都反对一些免费的数据库软件,因为从技术上来看,实现对多个品牌数据库的支持是具有一定难度的。我们在系统的开发架构与平台时,主要关注其稳定性与扩展性如何,而不是看其是否足够先进。毕竟我们的项目才刚刚有了大概的轮廓,我们首先需要保证它能够存活下来,这就需要其具备一定的稳定性,这个过程涉及到开发过程模型的选择,当然了,这里不做过多解释。此外,项目的扩展性能关系到第二版的构想,所以项目的稳定性及拓展性是我们目前急需解决的问题。

原文地址:https://www.cnblogs.com/cicicxq/p/5356173.html