对 sui 框架的认知--朱忠来

阅读数:5442 发布时间:2016-08-03 08:58:10

作者:zzl005 标签: 前端框架 sui 朱忠来005

施工

快速实现

单纯从施工角度来说,选择 sui 作为快速实现,是具备一定的优势的,sui 里的基础组件和扩展组件加在一起,足够应付很多场景,而且入门几乎没有任何门槛,经过一定时间的训练,基本可以熟练的使用,达到符合预期的页面效果。

施工难度

看待利用 sui 的进行施工的难度,要从两个方面,如果单纯实现大部分的页面的效果,难度还在可控制的范围,如果需要延伸,或者想达到某些效果,需要自定义、修改组件,那么就会遇到很多坑,原因在下面会说到。

技术风险

当前的风险

上面说了,当 sui 提供的基本组件和少数几个扩展组件,不能满足要求,或者提供的组件不能达到预期的效果时,我们需要自己添加修改和扩展,但是这里面有个问题,随意修改,会造成很多不可预测的问题,如果出现了,很有可能会影响工程的推进。而且,sui 还有一个问题:文档相当不友好,很多东西都没有说清楚,需要施工人员自己去摸索。这里就潜在的提高了使用这个框架的风险,有的坑自己能不能填上,并不能确定。

未来的风险

选用一个框架,当然得看其对项目的推进是否有利,如果选用一个优秀的框架,可以帮助我们快速实现,我们可以考虑应用这个框架。但是长久来看,我们是否选用一个框架,还必须要考虑的一个因素是:这个框架是否还在积极更新中,是否还有人在维护。大家都知道,前端框架,日新月异,很多技术,刚出来的时候,用着挺好,后期,需要加功能,需要扩展,框架不能满足功能,向开发者提需求,但是这个框架已经无人维护,这个时候,就面临着是否继续应用该框架的选择,如果继续使用,很多东西就需要自己实现,如果换框架,项目需要重构,也会有很多问题。
所以,选用一个框架,不光要看其对当前施工是否有利,还要考察是不是会面临无人维护的风险。

总结

sui 可以作为一个快速实现 demo 的框架使用,鉴于其很久没更新、文档不清晰,Github 上的提的issue 无人解答的现状,而且这几天的使用感受来说,我不觉得这个框架可以长久使用,作为练手或者(不考虑后期维护的)工程实现,可能更合适。

相关文章推荐: