相信很多人都有这样的感觉，当进行某一个问题的定位修改或某一个新特性功能的实现时，需要修改的代码、配置文件、资源文件分布在代码的不同位置。这些在空间上相互分离的代码在逻辑上保持着相对紧密的逻辑。即使在导航一个小型的企业应用程序时，也常常会有数千个源文件。
虽然你的集成开发环境（IDE）尝试使用结构化视图、编辑器和高级搜索功能来帮你组织这些代码使其更容易浏览和检索。您仍然需要浪费大量的时间来滚动、导航和跟踪这些信息。
这时候我们需要的，是以另外一个视角来组织我们的代码即：基于任务（Task-Focused）的代码组织方式。
你需要做的仅仅是在进行某一项编码工作之前，以一个你认为合适的名字创建一个工作任务并将其激活。这样，随后你的编辑、访问各种元素的操作都被Mylyn记录，它会根据你的访问频率分析相关程度。当你的任务成百上千，或者你过一段时间再回头来修改代码时，只要激活相应的任务，它就会自动将相关的文件窗口打开，并在各种查找、显示界面里根据当初的记录突出显示相应元素。
图中的编号区域显示了 Mylyn 的一些任务管理和上下文管理特性：
1.任务列表（Task List）视图用于搜索和浏览任务及设置任务状态。
2.由任务上下文管理的版本库同步视图。
3.打开某一个任务查看及设置任务属性。
4.包浏览器中只显示与当前激活任务有关的资源信息。
先说说最简的使用方式，本地任务：
1.在任务列表（Task List）视图上点击”New Task“按钮创建一个新的任务（注意一下，这里的Task List不是Tasks。Tasks视图和我们谈论的话题无关，那是显示代码中的//TODO内容的）
2.选择Local Tasks
3.输入任务的一些描述信息如”名称“、”严重程度“、”计划完成时间“、”任务描述”等。
4.保存任务
任务创建完成后在任务上右键并将其设置为“active”。然后和往常一样去进行代码修改去吧，改呀。。改呀。。改呀。。改呀。。终于修改完成了。接着在任务上右键并将其设置为“deactive”。在这个过程中Mylyn会记录你为了完成这次任务对哪些资源进行了修改。你可能已经能够感受到了，包浏览器（Package Explorer）中文件、方法的名字在进行过修改之后由浅灰色变成了黑色。这些黑色的文件及方法就是你这次修改工作的“上下文”，等你以后找到这个任务并将其打开时这些你曾经关心过的文件会被自动打开。简直太贴心了！
创建了更多的本地任务之后，您可能想通过创建类别来组织它们。如果创建任务时没有在 Task List 中选择类别，那么该任务被放入到 Uncategorized 组中。可以使用 Task List 中的 Move to弹出菜单或者任务编辑器或者通过拖放操作将一个创建好的任务转移到另一个类别中。
对于一般开发而言，本地任务足以满足要求。如果你希望Mylyn与问题跟踪系统关联或小组内协作完成任务，可以通过使用任务仓库（Task Repositories）。以后再写。
------解决方案--------------------
哇，真流畅！