Developer on Alibaba Coud: Build your first app with APIs, SDKs, and tutorials on the Alibaba Cloud. Read more ＞
"Layering of mvc,mvc2,web design programming"
Please read the article http://forum.javaeye.com/viewtopic.php?t=11712&postdays=0&postorder=asc&start=0
"Scalable does not mean powerful, do not exaggerate its words"
The current system, because of the use of interfaces or other methods, has great scalability. But extensibility does not mean powerful.
There is an interface where users can implement their own interfaces, which is really handy. But if your system itself implements only one interface or is not implemented at all, it is not convenient for users.
For example, the validators of WebWork, itself an interface, but in fact the actual implementation of the specific classes are very small, and the function is very poor, this time if you say WebWork calibrator is very bad, Then it may not be appropriate. Of course, it is very convenient to extend the WebWork validator.
Of course, scalability is still needed, but don't brag, in this impetuous era, let us do more practical things. :)
At work, I often think of the 20/80 principle, the "Barredo principle". For example we can see:
Time: 20% of our time will produce 80% of the results
Product: 20% of the product brings profit of 80%
Reading: 20% of the book covers 80% of the content
Work: 20% of the work gives us 80% satisfaction
Speech: 20% of speeches have an impact on 80%
Leader: 20% of people make 80% decisions
As can be seen from the above, it is very persuasive in many cases.
Here I would like to mention a few points, but different from the above possible starting point:
1.80% of the procedures are in the handling of special circumstances, so we must attach importance to special circumstances, not because it is special circumstances, do not attach importance to. 80% of customers attach importance to special situations.
Documents are also described in detail for special cases, because developers are looking for these things when they are 80% and rarely consult documents for those that are often used.
2. Optimization problem: 80% of the bottlenecks are out of 20% of the code, so in the optimization of the code does not need to optimize all the code, only to optimize the 20% key code is enough. Of course, the pursuit of perfection of the people we will not say more.
Remember that there is an optimization principle is "do not optimize!" do not optimize, it is very reasonable.
3. If you mess up 20%, it often leads to 80% of things going wrong, or to people thinking you've done almost everything.
If you make some very imprecise comments about something, others will think you are not serious about anything else.
This article is an English version of an article which is originally in the Chinese language on aliyun.com and is provided for information purposes only. This website makes no representation or warranty of any kind, either expressed or implied, as to the accuracy, completeness ownership or
reliability of the article or any translations thereof. If you have any concerns or complaints relating to the article, please send an email, providing a detailed description of the concern or
complaint, to firstname.lastname@example.org. A staff member will contact you within 5 working days. Once verified, infringing content will be removed immediately.
The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion;
products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the
content of the page makes you feel confusing, please write us an email, we will handle the problem
within 5 days after receiving your email.
If you find any instances of plagiarism from the community, please send an email to:
and provide relevant evidence. A staff member will contact you within 5 working days.