We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
公司新成立了iUAP前端技术部（FED），主要职责有：负责公司前端框架开发、提供工具库集合、提供解决方案、开发公司前端框架、提供模板库资源、承担公司前端技术交流和培训的工作、提供精选优站资源。
期望很高，理想很丰满，现实很骨感，因为目前我们只有六个小伙伴，其中只有四个能投入进来，而且每个人都还担着其他的事情，所以大概每人只有一半的时间投入上来。换句话，我们综合起来只有2个人的全职时间投入到基础框架的开发上。
成立新部门的初衷是公司在前端工程化能力上的缺失，无论是什么样的描述，我觉得工程化能力是最好的体现。那么最直观的体现是什么呢，领导看到各条业务线都在吭哧吭哧的做网站，写页面，而且都还那么丑。这还能忍？所以这也是我们当前需要聚焦并且紧急的问题。
基于这样的背景，首先需要考虑做的事情，便是在UI框架上去进行聚焦突破。也许大家会想，这还不好办，那么多开源而且炫酷叼炸天的UI框架和模板库，拿来用就是了，何苦去造那么多轮子。真实的需求是：
其实UI框架是一个事，但不是全部，只能说是冰山一角，比如整套前端解决方案、工具库等等。那就是后面的事情了，这里暂且按下不表。
方向有了，目标也有了，具体如何从天上到地下，把想法都落实下来，这个是关键。我是深有体会的，当初一个项目，也是基于各个领导的规划和讨论，最终写代码的只有我一个，哎，说多了都是泪。
那么具体应该怎么搞呢。
多的也不说了，满满当当的也罗列了不少。等等，让我安静待会，有点懵，这么些东西，别说要多么高的技术，就是体力活，也得安排出个轻重缓急，日期排程。
这些需求，完成了，对产品开发可以快速提高开发速度。具体如何推进，需要结合当前现状。
UUI是一个轻量级企业应用前端控件库，分为UI插件和基于ko封装的biz两大部分，致力于解决前端复杂交互问题。
公司内外有大小20多个团队在使用，帮助企业在前端开发上解决了很多问题，但同时也暴露出了不少问题，比如样式不够美观大气、不够开放自由、文档不够齐全等，那么，这些都是需要解决的。
同时，我们接下来要做的UI框架也是基于此来演进的。
UI是交互和样式部分，Datatable是基于knockout这个古老的MVVM前端框架上的再一次封装，解决企业应用中复杂数据传输的问题，同时也提供了很多基于ko的插件。
而在新的规划中，我希望能够更加纯粹一点。UI框架应该是独立的，Datatable部分也应该是独立的，单独或组合提供出去使用都可以。
但基于时间成本和维护成本，暂时先不考虑分离，原来的继续维护，UI框架部分重新建一个Git仓库进行开发和维护。
主意已决定了，在Github上新建一个Git库进行开发和维护。那么接下来的事情是，如何进行这个UI框架的搭建。
技术元素：
项目目录：
详细的开发实例，所见即所得，基于提供的UI框架快速生成页面模板
样式和插件可定制打包
使用jekyll搭建，需要整合现有的资源
脚手架提供基础UI框架、NODE开发服务、模块化方案、框架（React，ko，vue，angular，backbone），iuap-init
提供以下技术内容：
The text was updated successfully, but these errors were encountered:
No branches or pull requests
YYFED 2016-05-19工作日志
公司新成立了iUAP前端技术部（FED），主要职责有：负责公司前端框架开发、提供工具库集合、提供解决方案、开发公司前端框架、提供模板库资源、承担公司前端技术交流和培训的工作、提供精选优站资源。
期望很高，理想很丰满，现实很骨感，因为目前我们只有六个小伙伴，其中只有四个能投入进来，而且每个人都还担着其他的事情，所以大概每人只有一半的时间投入上来。换句话，我们综合起来只有2个人的全职时间投入到基础框架的开发上。
1. 说一下背景
成立新部门的初衷是公司在前端工程化能力上的缺失，无论是什么样的描述，我觉得工程化能力是最好的体现。那么最直观的体现是什么呢，领导看到各条业务线都在吭哧吭哧的做网站，写页面，而且都还那么丑。这还能忍？所以这也是我们当前需要聚焦并且紧急的问题。
2. UI 框架
基于这样的背景，首先需要考虑做的事情，便是在UI框架上去进行聚焦突破。也许大家会想，这还不好办，那么多开源而且炫酷叼炸天的UI框架和模板库，拿来用就是了，何苦去造那么多轮子。真实的需求是：
其实UI框架是一个事，但不是全部，只能说是冰山一角，比如整套前端解决方案、工具库等等。那就是后面的事情了，这里暂且按下不表。
3. 讨论分析
方向有了，目标也有了，具体如何从天上到地下，把想法都落实下来，这个是关键。我是深有体会的，当初一个项目，也是基于各个领导的规划和讨论，最终写代码的只有我一个，哎，说多了都是泪。
那么具体应该怎么搞呢。
多的也不说了，满满当当的也罗列了不少。等等，让我安静待会，有点懵，这么些东西，别说要多么高的技术，就是体力活，也得安排出个轻重缓急，日期排程。
4. 如何推进
这些需求，完成了，对产品开发可以快速提高开发速度。具体如何推进，需要结合当前现状。
4.1 关于UUI
UUI是一个轻量级企业应用前端控件库，分为UI插件和基于ko封装的biz两大部分，致力于解决前端复杂交互问题。
公司内外有大小20多个团队在使用，帮助企业在前端开发上解决了很多问题，但同时也暴露出了不少问题，比如样式不够美观大气、不够开放自由、文档不够齐全等，那么，这些都是需要解决的。
同时，我们接下来要做的UI框架也是基于此来演进的。
4.2 UUI中UI部分和Datatable相分离
UI是交互和样式部分，Datatable是基于knockout这个古老的MVVM前端框架上的再一次封装，解决企业应用中复杂数据传输的问题，同时也提供了很多基于ko的插件。
而在新的规划中，我希望能够更加纯粹一点。UI框架应该是独立的，Datatable部分也应该是独立的，单独或组合提供出去使用都可以。
但基于时间成本和维护成本，暂时先不考虑分离，原来的继续维护，UI框架部分重新建一个Git仓库进行开发和维护。
4.3 技术元素
主意已决定了，在Github上新建一个Git库进行开发和维护。那么接下来的事情是，如何进行这个UI框架的搭建。
技术元素：
4.4 目录规划和构建
项目目录：
4.5 需要开展的工作
4.6 开发实例
详细的开发实例，所见即所得，基于提供的UI框架快速生成页面模板
4.7 定制能力
样式和插件可定制打包
4.8 网站博客
使用jekyll搭建，需要整合现有的资源
5. 具体任务分配
6. 脚手架
脚手架提供基础UI框架、NODE开发服务、模块化方案、框架（React，ko，vue，angular，backbone），iuap-init
提供以下技术内容：
The text was updated successfully, but these errors were encountered: