大家好，今天来为大家解答手机能看网站源码分享嘛这个问题的一些问题点，包括手机上查看网站源码也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~
目录
不谈工具，先谈需求最后一个笔记应用大师之路写在最后
最近我在Matrix精选看到大师笔记开发者的文章，又适逢苦于找不到合适的笔记应用，于是安装体验了一段时间。从iOS的Bear、Drafts，Windows的Typora，到全平台的Notion，以及今天将提到的大师笔记，我已经体验过许多在不同设计理念下诞生的笔记应用。
不过，这篇文章我不想先谈「大师笔记究竟是不是一个好的笔记应用」。相反地，我想更多地从「理念」的角度谈谈：我们在用Markdown写作时，到底在追求什么？
（首先我想声明，这篇文章会包含很多主观观点和感性体验。鉴于我个人懂的不多，很可能会造成偏颇或错误，烦请指正。同时，阅读这篇文章也需要你对这方面的软件知识有一定了解。欢迎大家与我交流分享、增广见识。谢谢！）
不谈工具，先谈需求
无论是Markdown语言本身，还是各类支持Markdown的笔记软件，对我而言都不过是写作工具而已。也就是说：不是我去适应它，而是它本身就应是得心应手的。
当然，每个人的使用需求不同，心中优秀的笔记应用的模样也不同。所以在基本功能齐全、能够满足我的日常使用需求的情况下，能够提供直观、大量可调选项的笔记应用，才是我心目中的优秀的笔记应用。
市面上已经有太多的笔记应用，但找到一个适合自己的真的很难。下面我通过对自己使用需求的剖析，力求一探大家对Markdown笔记应用常见的需求、喜爱与缺憾。
我的需求
我是一个软件工程系的大一学生，日常的装备只有一台Windows系统的笔记本和一部iPhone。我的笔记应用使用场景按使用频次可以归纳如下。
桌面端：
各类课上快速记录笔记为公众号撰写定期或不定期的推送为程序设计作业撰写开发文档等
手机端：
快速记录一些灵感进行一些短篇创作、大纲撰写等修改已经完成的文稿中的小错误
很明显地，我的需求按重要性从高到低排序应是：
写作效率：Markdown语法的易用性同步与格式：多平台、多用途、多格式简便、快速：特别是iOS端的使用体验文档系统：多特性、多维度
我相信对于很多学生，又或是不承担大量项目管理工作的朋友，对于笔记应用的需求应该和我以上四点非常类似。总结为一句话就是：好写好查好改。
Markdown语法与写作手感
支持Markdown语法的笔记软件，总是喜欢对Markdown语法本身进行一些「魔改」，甚至干脆不支持部分格式。这是一个非常奇怪的趋势。
Markdown是一种标记语言。我们喜欢使用它，就是为了在双手不离开键盘的情况下，能够快速地使正在编辑的文本具有一定的格式。如果一个标记语言的标记语法都难以确定，其目的——效率就很难体现了。
如今的Markdown语法就像十多年前的Web设计一样：不同厂商出于自己对实用性的考量，制定了大量的规则，却没有一个机构或组织能够真正把它确定下来。
在这样的环境下，我认为：一个优秀的笔记应用应该放下自己的偏执，而去拥抱不同用户的习惯。如果使用过不同种类的Markdown笔记应用的用户，都能在这个应用中找到舒服的写作体验，那么它的用户群体自然会越来越宽广。
落实到实际操作，我认为：一个优秀的笔记应用应该给用户选择Markdown语法风格的权利。它应该可以选择或更改：
厂商改进过的语法方案或通用语法方案个别格式的语法方案用户自定义的语法方案
一个灵活的、可定制化的笔记应用就像一把瑞士军刀，从开快递箱的数码科技博主，到在密林里行军的特种兵，都能在这把轻巧的工具中找到适合自己的功能。
更有趣的是，一个笔记应用不会因为它支持Markdown语法而高级或易用很多。关于Markdown到底能提升多少效率，其实网上也有许多争论，这里我不展开说了。但我认为问题的关键不在于是富文本还是Markdown，反而在于细枝末节处：
回车是换行还是换段落？无序、有序列表能缩进多少层？列表什么时候结束，什么时候开始？引用、代码、注解、加粗、斜体的相互嵌套怎么解决？插入图片是本地引用还是自动上传图床？快捷键怎么安排？……
许许多多这样的细枝末节的问题累加起来，才构成了一个笔记应用最终的使用手感。
一个好的笔记应用，应该十分符合人的输入直觉，能够智慧地感知你每一次操作的目的。你一上手，很快就能适应。而一个差的笔记应用，用户即使再努力地去适应所谓「优化过的Markdown语法」，也只会一直磕磕绊绊。
这让我想到在学习Java时，老师提到过它的一个特点：
鲁棒性(Robust):鲁棒是Robust的音译，也就是健壮和强壮的意思。它是在异常和危险情况下系统生存的关键。比如说，计算机软件在输入错误、磁盘故障、网络过载或有意攻击情况下，能否不死机、不崩溃，就是该软件的鲁棒性。所谓「鲁棒性」，是指控制系统在一定（结构，大小）的参数摄动下，维持其它某些性能的特性。
总结下来，我想，笔记软件的写作效率，归根结底也是「鲁棒性」。它有多能容忍用户的无意识和习惯做法，它就会有多强大、稳定、易用。
「全平台同步」的迷思
在讨论「支持Markdown的笔记应用」时，我避开了桌面端和移动端的界限。
就像我需求中提到的一样，「一个优秀的笔记应用」的定义，在桌面端和移动端是不同的。桌面端重效率、功能、稳定性，移动端重便捷、体验、易用性，二者的使用场景造成了这样巨大的差异。
但「全平台同步」在我看来，反而是非常重要的一个功能。这要求一款应用在文档、特性、功能同步的基础上，桌面端和移动端有各自不同的调性和巧思。而这恰恰是很难做到的，它需要开发人员对桌面端和移动端有着同样深刻的了解，并能把二者的体验打磨得十分连贯。
这种「连贯性」体现在何处？
UI设计的连贯性：如何将桌面端的设计元素下放到移动端？其实这一点是比较好达成的，目前的一些产品（如Notion）已经在这一点上做的很好了。当然，这和它Web应用的本质是分不开的。使用逻辑的连贯性：桌面端的笔记应用为了功能的强大，使用逻辑常常十分庞杂。移动端应该在怎样的程度上保留功能、简化流程，而又不失连贯性，这是十分值得探究的。文档撰写的连贯性：即在一台设备上编辑后，同步到所有平台上的速度。当然，同步速度是一个比较复杂的问题，用户的数量、公司的体量等等都可以影响到同步的速度。这一点上许多厂商已经做得很好了。
Notion桌面端
Notion移动端
除此之外，一篇文稿写成后，并不总是只留在笔记应用中。相反地，很多时候都是要派其他用途的：
公众号文章：导出HTML文件，需要细致地排版（可能用到CSS）论文、文章、讨论稿：需要导出多种格式，如PDF、Word等留作复习笔记：需保存在本地或云端上台做pre时的大纲：针对移动端同步……
我想指出的是「同步」不只是自己与自己同步，却常常是要与别人「同步」。md这样一个相对小众的文件格式并不适合分享，因此支持导出其他文件格式也是相对比较重要的。更有甚者连导出本地md文件都不支持，这一点的弊端我在后文将提到。
轻量化的移动端
如果说手机是碎片时间的入口，那么移动端笔记应用就是碎片化写作的入口。
移动端笔记应用
通过日常的使用我发现，绝大多数的手机写作场景都是：
碎片化的记录灵感记录简单信息进行短篇创作
它不需要多么强大的生产力或者多么强力的功能，为数不多的要求是：
使用简洁软件轻量分享、同步、查看便捷
在这方面，我感觉iOS上的Drafts可以说是做的比较好的，即使它是一款「非典型笔记应用」。脱离应用实际体验，这一点其实是很难讲的，所以我们稍后再谈。
被遗忘的文档系统
作为一个笔记应用，在「好写」、「好改」的基础上，「好查」也是十分重要的，这就要求应用提供一个高效、简洁、功能性强的文档系统。
但目前的很多笔记应用（特别是从移动端起家的一些应用），少有文档系统的概念。它们要不只是简单地用所谓「标签」来归类，要不在桌面端完全无法导出为文件，再或者干脆使用体验极差。
那么为什么会形成这样的情况呢？我想这一点和我之前提到的移动端笔记应用「轻量、快速」的需求是分不开的。试想，如果厂商做一个「即开即用」的移动端笔记应用，那必然不会优先考虑文档系统，这是由「快速记录、简单修改」的使用场景决定的。但在笔记应用桌面化的今天，也有越来越多的厂商开始注重文档系统的建设。
我认为，文档系统的设计模式大致可以概括如下：
传统的「文件夹-文档」模式标签分类模式本地泛文档模式
前两点都很好理解，第三点我想具体说明一下。
我们知道使用Markdown语言撰写笔记、查看笔记，在今天依然是一个非常个人化的行为，因为你很难直接用md格式的文稿和他人分享。同样地，他人分享来的文稿也常常会是Word、PDF、Pages等格式，更不用谈我们日常的项目中还会有许多其他类型的文件，例如图片、视频、代码、表格等等。
如果仅是把自己撰写的笔记分类得整整齐齐，而无法方便地管理其他格式的文件，这样的文档系统也是相对无意义的。笔记文稿被从其归属的文件堆中剥离出来，是不符合使用逻辑的。
这就引出了一个关键的问题：文档管理究竟应该只停留在应用内部，还是应该依赖于环境的文档系统？
事实上通过以上的论述你可以发现，我更倾向于后者。虽然目前有这样设计思路的应用我所知甚少，VSCode勉强可以算一个。
VSCode
如果不强求在软件内完成所有资料的归类和查看，那么其实只要应用具备导出md格式的功能就已经可以基本满足这一点需求了。
要多强大才算优秀
以上我列举了四个我最重视，也可能是大家最关注的笔记应用的常见需求。
一个优秀的笔记应用是否应该完美地覆盖以上所有的需求？这个问题就像写代码应该用IDE还是用像VSCode这样轻量化的代码编辑器一样，我认为是难以产生定论的。
要多强大才算优秀？我想说的强大并不是事无巨细地涵盖所有可能的需求，而是如文章开头所言，我们应该找到合适自己的、得心应手的笔记应用。下面我想通过分析市场上已经存在的、具有一定质量的笔记应用在以上四个维度的使用特点，做一些非常简单且主观的归纳和参考。
最后一个笔记应用
少数派一直是一个关注Markdown、支持Markdown的网站，在少数派我也认识了许多支持Markdown的笔记应用。期间我体会到，由于各个公司的设计理念、目标人群，甚至公司体量的不同，市场上的笔记应用的风格也大相径庭。
例如：
Bear(iOS、Mac)：一个小型笔记应用，主打美观和效率并行，并对Markdown语法做了一定的改动。Drafts(iOS、Mac)：一个草稿应用，主打快速记录，是文字信息的收发站，有许多Action可与其他App联动。（在我写这篇文章的期间它已经出了Mac上的正式版。）Typora(Windows、Mac、Linux)：一个桌面端的笔记应用，配合Pandoc可以非常好地支持导出各类格式的文件，功能强大。Notion(iOS、Android、Mac、Windows)：一个全平台的Web应用，界面美观，使用逻辑有新意，但在使用体验上还有待改进。
再加上正在体验的大师笔记，以上就是我长期使用过的一些笔记应用。但由于大师笔记的特殊性，我想之后再单独谈谈。
Windows用户的困境
正如我之前反复提到的，笔记应用非常重要、核心的功能是全平台同步（至少是你所拥有的设备的全平台同步）。但出于种种原因，Windows上高质量、有特色的Markdown笔记应用少之又少。我前文提到的Typora、Notion和大师笔记是为数不多我认为拿得出手且有特色的笔记应用。
纠结再三，我决定在以下的应用分析部分中，仅以一个Windows用户的视角来写，而不对不了解的Mac平台的应用选择妄加评论。如果你是Mac用户，可以直接从我关于大师笔记的第三部分继续看起。
Bear
Bear是我第一个接触的支持Markdown语言的笔记应用。其实以它为Markdown入门并不是一个很好的选择，因为它修改了一些Markdown的基本语法——虽然这是可在软件内更改的（你可以在「设置-通用」中选择是否开启「Markdown兼容模式」）。写作手感称不上出色，常常可能碰到无序、有序列表呈现的状态和想象中不一样的情况。
Bear
Bear目前只支持iOS和Mac的同步，所以并不在我的主力笔记应用的行列中。但由于它美观、直接、优雅的UI设计，有时我还是会用一两次。我认为Bear的UI设计是它的亮点之一，虽然不可调的页边距很大程度地影响了手机端的写作体验。
Bear在移动端的设计还是相对轻量的，但该有的功能都打磨得相当精致，这里就不细说了。
此外，「可以设置多层标签」是一个文档系统方面的功能亮点。这样的做法既保留了标签系统的整体性，又不会让搜索变得非常呆板。
举例来说，如果许多文档都有名字相同的程序设计，另一个是默认标签。在笔记最下方有一个LineId，它表示了这篇笔记在这个项目中的创建顺序，因此每个LineId在项目内部都是独一无二的，你可以在软件内链接文稿时用到它。
我认为最特别的属看板功能。每个项目会自带一个默认看板，其中包含你所有的笔记（以标签的分类方式呈现）。你也可以在看板界面直接添加新标签列，并向其中添加笔记。
除此以外，看板还有一个公共标签的功能。在创建新看板时，你可以选择是否添加公共标签。如果你设定某个标签为这个看板的公共标签，那么在此看板中只会显示有公共标签的笔记。这时你添加新标签列，则会显示同时有新标签和公共标签的笔记。
大师笔记希望通过这样的「项目-看板-标签-笔记-LineId」系统来管理文档。
搜索功能方面，目前大师笔记仅支持通过标签或LineId在特定项目内搜索笔记，不支持任何的关键词搜索。
那么这样一个看起来有些复杂的文档系统使用体验究竟如何呢？
我认为，看板功能有些鸡肋。目前大师笔记的看板功能仅仅局限于根据一个或多个标签对笔记分类、展示，而这样的功能用搜索其实已经可以实现。任务进度管理、任务到期查询、人员分配、团队合作等等看板更重要的功能，在大师笔记上其实是缺失的。
如果大师笔记希望做一个团队协作软件，这一方面应该跟进开发。但如果只是为了让用户更直观地查看自己的笔记，我认为把搜索界面做得更明朗一些即可，不必再额外增加一个看板功能。
同时，大师笔记的项目和看板的显示是有很大区别的。
项目视图下：所有笔记被集中摆放在中间列，能显示出的笔记数量很少。界面右侧是文档编辑和浏览区域。但我感到这种偏向屏幕一侧的编辑界面并不适合长时间的撰写，而更适合一边写一边查阅项目中的其他资料。
大师笔记项目视图
看板视图下：所有笔记以看板的形式陈列出来，可以一眼就看到每个标签下的笔记有哪些。编辑界面则是位于画面中央的。我认为这样的视图更适合需要集中注意力的长时间、长篇撰写。
大师笔记看板
此外，在两个视图下你都可以按F11进入全屏浏览/编辑模式。
而LineId链接我认为是比较失败的部分。试想这样一个场景：当我想要在笔记中链接到另一篇笔记时，我要先保存，然后跳出编辑界面去找那篇笔记的LineId并记住，如果我想要给这个链接加一个标题我还要同时记住那篇笔记的标题。然后回到原笔记的编辑界面，用#标记LineId，再切换英文用半角符号,、”加标题。这个功能如果在界面上能提示项目或特定标签中的所有笔记，直接交给用户挑选，使用体验会好得多。
大师笔记内链
虽然没有关键词搜索，但我认为大师笔记的「仅在项目内部搜索标签」的设计理念是很合理的。这一点在之前Bear的部分提到过，就不再赘述了。
木桶原理
如果你读到这，你应该会发现我对大师笔记有许多的不满，这些不满很多都出自一些由于开发经验不足导致的小问题。但我目前还是打算把大师笔记用作主力笔记应用，只是在移动端用Drafts辅助，这是为什么呢？
就像木桶原理所说的，我认为笔记应用作为一个工具，其易用性不是由其亮点功能所撑起的，而是由底线的功能支持决定的。
例如我的底线需求是Windows和iOS平台同步，而后是写作手感有所保证。这两点其实已经可以刷掉许多市面上的笔记应用了：
没有Windows端的Bear和Drafts首先就不在我的考虑范围内了。Typora手感很好，但没有iOS端，也没有一个好的文档系统。Notion有许多新奇的功能，但写作手感和使用体验过于粗糙。
你会发现尽管它们都有许多显眼的功能和优秀的体验，但最终是需求短板让我选择了大师笔记。或者说，尽管大师笔记有许许多多令人心烦的毛病，但它是为数不多的能满足我个人需求的笔记应用，因此我才会去使用它。
虽然这是一篇纯粹从个人需求角度出发的文章，但我希望通过我的一些分析过程，给大家在选择笔记应用时带来一些启发：
我的需求有哪些？我的底线需求是什么？XX功能对我来说真的重要吗？XX功能真的有用吗？
写在最后
大师笔记其实不能算一个新应用，它的开发者早在2017年底就在少数派上发过介绍文章。但我还是在使用过程中遇到了很多小毛小病，有些甚至极大地影响了我的体验。我不想在此一一列举，因为这对于一个还在beta版本的应用是不公平的。但我想简单说明两个比较严重的问题：
无法自动保存，只能手动按完成键，但这样又会退出编辑状态。这导致我不常有点击「完成」的意识，直到我有一次按到F6从看板进入到项目界面，发现我刚才写的一大段文字都没了。和手机端的同步也有一些问题，会有延迟同步甚至桌面端文字丢失的问题。应用退出不完全，导致下次使用时可能无法打开，需要开任务管理器杀进程。
我很欣赏开发者做全平台功能性笔记应用的决心，我也认为他们知道这意味着多大的工作量。我希望开发者在构思新功能时也可以兼顾到一些使用体验上的问题，毕竟这才是一个笔记应用的灵魂。令人欣喜的是开发者们也在建设大师笔记的社区，提交bug的反馈很迅速，基本在一到二个工作日内可以得到答复。
一个小学徒要经过多少磨砺才能成为大师？正如Masterway这个名字一样，我想这是用户和开发者可以共勉的。
祝大师笔记Masterway开发顺利！
本文部分图片来自：Bear官网、Drafts官网、Notion官网、大师笔记官网、Unsplash
OK，关于手机能看网站源码分享嘛和手机上查看网站源码的内容到此结束了，希望对大家有所帮助。