地址： http://wiki.eclipse.org/Older_Versions_Of_Eclipse

选用一个适合的字体，对网页的显示有很大的帮助，

文字可以按照“大小”划分

“大”的文字一般指标题，“小”文字一般只正文。

标题需要选用整体显的较大的字体（无棱角且笔画厚重），参考在word中选用黑体作为标题，而正文一般比较小，为了更清晰，故选用“有棱角”的字体，参考在word中选用宋体作为正文。

这和英文中的字体族有相似之处，英文字体serif表示有棱角修饰多用于正文，而sans serif表示 无棱角多用于标题。

总体来说，小字要看清，大字要饱满。以这个标准来看传统书法，草书就适合写的大一些，因为连笔多，要是小了就更看不清了，楷书就适合小字因为棱角分明，行书适合中等大小文字。

github的readme文档，不支持本地图片，只能是网络图片，

可添加一个issure，并把图片传上去，此时即取得一个github的网络地址，然后在readme中引入即可。

英 [ˈwɪdʒɪt] 美 [ˈwɪdʒɪt]
n.
(不知名的)小器物，小装置，小玩意儿
复数： widgets

在计算机编码中，有人习惯用此代表“窗口”组件或“可重用小组件”

双语例句：

The secret is a little widget in the can. 

奥秘在于易拉罐中的一个小玩意儿。

Ten manufacturers ship X number of widgets during Y time period; 

10家厂商在Y时间段类总发货量为X；

market share can be calculated based on how many widgets each manufacturer shipped. 

根据每个厂商具体发货数量计算其市场份额。

Somewhere along the way, employers began to see their employees as replaceable widgets. 

多少年之后，雇主开始视员工为可替换的零件。

These costs go up when wages rise or productivity ( widgets per worker) falls. 

这些价格在工资上涨或生产率（每个工人所生产的产品）下降时就会上涨。

公司电脑没有截图软件，后来发现wps有截图功能

打开wps文档或wps表格，点击“插入”

在顶部菜单处有“截图”，默认只能截图当前屏幕内容，快捷键是ctrl+alt+x

如果希望截取全屏，请选中“截屏时隐藏当前窗口”，快捷键是ctrl+alt+c

Application代表一个Ext JS 4应用程序，它通常是一个使用视口的单页应用程序。一个典型的Ext.app.Application可能看起来像这样。

Ext.application({
    name: 'MyApp',
    launch: function() {
        Ext.create('Ext.container.Viewport', {
            items: {
                html: 'My App'
            }
        });
    }
});

这可以做几件事。首先，它创建一个名为“MyApp”的全局变量——应用程序的所有类（如其模型、视图和控制器）都将位于这个名称空间下，这大大降低了全局变量发生冲突的可能性。MyApp global还将有一个getApplication方法来获取对当前应用程序的引用：

var app = MyApp.getApplication();

当页面准备就绪且所有JavaScript都已加载时，将调用应用程序的启动函数，此时您可以运行启动应用程序的代码。通常这包括创建一个视口，就像我们在上面的例子中所做的那样。

向应用程序介绍应用程序的其余部分

因为一个Ext.app。应用程序代表整个应用程序，我们应该告诉它应用程序的其他部分，即与应用程序捆绑的模型、视图和控制器。假设我们有一个博客管理应用程序；我们可能有用于帖子和评论的模型和控制器，以及用于列出、添加和编辑帖子和评论的视图。下面是我们如何告诉我们的应用程序所有这些事情：

Ext.application({
    name: 'Blog',
    models: ['Post', 'Comment'],
    controllers: ['Posts', 'Comments'],

    launch: function() {
        ...
    }
});

请注意，我们实际上并没有在应用程序本身中直接列出视图。这是因为视图是由控制器管理的，所以保留这些依赖关系是有意义的。应用程序将使用《应用程序体系结构指南》中列出的路径约定加载每个指定的控制器——在这种情况下，希望控制器驻留在app/controller/Posts中。js和app/controller/Comments。js。反过来，每个控制器只需列出它使用的视图，它们就会自动加载。以下是如何定义我们的帖子：

Ext.define('MyApp.controller.Posts', {
    extend: 'Ext.app.Controller',
    views: ['posts.List', 'posts.Edit'],

    //the rest of the Controller here
});

因为我们告诉我们的应用程序关于我们的模型和控制器，以及我们的控制器关于他们的视图，Ext JS将自动为我们加载所有的应用程序文件。这意味着我们不必在添加新类时手动将脚本标记添加到html文件中，但更重要的是，它使我们能够使用Sencha Cmd创建整个应用程序的最小化构建。

源自Ext.app应用

通常，应用程序不会直接从Ext.app派生。应用相反，传递给Ext.application的配置模拟了在派生类中可能执行的操作。然而，在某些情况下，通过使用Ext.app的派生类共享逻辑是可取的。应用

派生的工作原理与您预期的一样，但是使用派生类仍然应该是Ext.application方法的工作。

Ext.define('MyApp.app.Application', {
    extend: 'Ext.app.Application',
    name: 'MyApp',
    ...
});

Ext.application('MyApp.app.Application');

For more information about writing Ext JS 4 applications, please see the application architecture guide.

本页面，翻译自：Ext.app.Application – Ext JS – Sencha Docs

各版本文档在线地址： Ext JS – Sencha Docs

英 [ˈʃʊɡə(r)] 美 [ˈʃʊɡər]
n.(植物、水果等所含的)糖;食糖;一匙糖;一块方糖;（爱称）宝贝儿，亲爱的
vt.在…中加糖;在…上撒糖;给…裹上糖衣
int.(做了蠢事或出现差错时表示懊恼，用作shit的委婉语)哎呀，真是的

第三人称单数： sugars复数： sugars现在分词： sugaring过去式： sugared过去分词： sugared

双语例句

This enabled the country to become self-sufficient in sugar 

这使得该国的食糖能自给自足。

I keep the flour and sugar in individual jars, sealed tight with their glass lids 

我把面粉和食糖分别放在罐子里，并将玻璃盖子紧紧地盖上。

Eating too much sugar can lead to health problems. 

食用过多的糖会引起健康问题。

Insulin enables the body to use and store sugar. 

胰岛素使人体能够利用和贮存糖分。

Sugar is an important crop on the island. 

糖料作物是这个岛上的一种重要作物。

See you later, sugar. 

再见，亲爱的。

Oh sugar! I’ve forgotten my book! 

哎呀！我忘带书了！

Wheat, maize and sugar beet are planted in rotation. 

小麦、玉米和甜菜是轮流种植的。

做一个小功能，只要选对了语言，有了良好的规划，只要技术可行性，那么一般可以做得成功，但软件越大，难度就呈现指数级增长。

需求不清晰：在设计之初，其实很难完整的设计出所需功能，后期难道不会修改?

语言徘徊：每一种语言都有一定优缺点，在做到某些极度困难的模块时，是否有切换开发语言的想法?

技术能力与外部干扰：做到一些部分，是否长时间也无法再进一步?否因为外界因素干扰而导致延缓开发进度?

以个人实际经验为例，上面的情况都出现过。

在设计一款软件时，因为不愿意和已有软件一致，总想做些新颖的设计，这就导致需要总是不明确，在开发到一定规模时，反复修改需求，近乎崩溃。

语言的徘徊，也出现过，在开发一些功能时，因为语言本身的限制，几乎不可做到某些新需求，此时不得不切换语言重新开发，后面发展切换后的语言又面临新的技术问题，反复折磨，近乎无疾而终。

也曾因为技术低，设计的代码很有问题，在每升级一种写法，就把整个项目所有相关代码全部重新，折磨到多次崩溃后，放弃多次又终于决心用一切精力处理这些祸患。

面对飞来横祸，面对各种突发疫情，我们总是太渺小，做一个卓越的软件确实太难了。

尽管如此，我认为始终要相信：修改再烂的代码也总比重新开发要好，如果每次需要问题，就想重新开发，何时才能够实现一个大型软件?也就是说坚持就是胜利。

很多人都热衷于背单词语法，或者训练听力。

这些其实我也尝试过，如果基础较差或者仅仅为了应付考试，还是有一定效果的。

在很长一段时间，我一想到英语，脑子里都是单词语法，虽然可以简单的翻译，却总是感觉有些生硬。等到再也不用考试，在这种状态下，以至于后面，终究感觉坚持不下去。

现在回想起来，其实是没找到自己坚持下去的兴趣，有些东西是可以一直可以保持下去的，就比如看故事，看小说，看新闻等等，为啥不能从中文换成英文呢?

如此一来，养成习惯，有一定时间的积累，无论是什么语言，或者学任何东西，都可以有好结果。生硬的词汇，要和有灵魂的事故相辅相成。