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

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

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