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
相比手动代码+脑内模想完成ui的方式,拖控件没什么不好
拖控件的过程实质是在约束环境中填补某框架数据。同一水平的生产者(新增bug的概率一致),基于成熟框架之上二次开发(拖控件),相比“手工垒代码方式”,其新增bug的概率只会减不会增。从而:
拖控件只涉及UI,不会导致所谓的“应用技术层次下降”,换句话说:
约束的开发环境,容易成为高开发效率的整体开发模型的一部分,从而在整体实施这套模型后,提升开发效率
拖控件方式便于完成原型,不需要花不必要的功夫在代码上
PS:上述内容暗示,拖控件的方式是有利于软件开发工业化的,不针对自己捣鼓的东西,那些东西爱怎么弄怎么弄。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
title: 不要看不起手工拖控件画UI
date: 2013-07-18 19:56:00
tags:
- 软件工程
相比手动代码+脑内模想完成ui的方式,拖控件没什么不好
拖控件的过程实质是在约束环境中填补某框架数据。同一水平的生产者(新增bug的概率一致),基于成熟框架之上二次开发(拖控件),相比“手工垒代码方式”,其新增bug的概率只会减不会增。从而:
拖控件只涉及UI,不会导致所谓的“应用技术层次下降”,换句话说:
约束的开发环境,容易成为高开发效率的整体开发模型的一部分,从而在整体实施这套模型后,提升开发效率
拖控件方式便于完成原型,不需要花不必要的功夫在代码上
PS:上述内容暗示,拖控件的方式是有利于软件开发工业化的,不针对自己捣鼓的东西,那些东西爱怎么弄怎么弄。
The text was updated successfully, but these errors were encountered: