开发了一款自己专用的小说写作软件，并且创建了专用写作理论

@meetocean 意义不大，但是支持 markdown，实质上想说本身是无格式的纯文本，真需要格式，再自己加。富文本的，本身就是自带格式的。
强烈建议你下载一个吉吉写作试用一下。我觉得软件功能已经相当完善了。

当然吉吉写作只有 Windows 版本，所以还是算了……

能交流下吗？我对这个项目感兴趣

@vlfiny 可以的，用哪种方式联系？

如果有人愿意投资此类项目，楼主表示欢迎。

学习了

多条故事线，同一时间轴，用甘特图的模式不就挺好的嘛。

我觉得可以考虑模块化形式，我不写小说，但是写博文和日记，刨去基础功能需求，
想要有附属类似于 Notion 的高自由度记事本，
坚果云类似的私人云端同步，
相应的数据参考，分析展示。
对于参考模块，要有相应的归递属性，模块更新与类似于 Yu Writer 的实时快照功能，
时间线有相应的模块，具备目录总览功能和内容分析功能。

mark

@MKDJOJO

对啊，这个已经找到参考，上次已经实现了，而且能够和目录树大纲结合在一起，感觉很爽，特别是能兼顾多种方法。例如，哈利波特的作者，J. K. Rowling 的方法，就结合进去了。J·K·罗琳是手工写的大纲，类似于在 Excel 中做大纲，说简单点就是一个数据库表格，在格子里填充数据。

我把时间地点人物添加进去，在结合数据库的查询功能，更加完善。

@MKDJOJO

我觉得可以考虑模块化形式，我不写小说，但是写博文和日记，刨去基础功能需求，
想要有附属类似于 Notion 的高自由度记事本，
坚果云类似的私人云端同步，
相应的数据参考，分析展示。
对于参考模块，要有相应的归递属性，模块更新与类似于 Yu Writer 的实时快照功能，
时间线有相应的模块，具备目录总览功能和内容分析功能。

--------

你的意见非常好，目前就是模块化工作，基础写作功能早已完成。例如之前提到的目录树（卷+章大纲），这样保证可以正常写作。在此基础上，增加里场景事件功能，再在此功能上增加故事线功能。而这些功能用户可以选择使用，或是不使用。都不会对基础功能造成影响。

楼主考虑到用户的写作习惯各有不同，写作流程不同，有专门的流程化写作模块。例如，有人习惯用大纲，配套了雪花写作法，从一句话开始变成一段话，一段话变成一页，最终完成整个小说的大纲。也有喜欢自由发挥的，也提供这种方法，自由发挥，写灵感，随意写事件，最后整理，编程规范的大纲。

人际关系功能也是相对独立的，用户可以选择采用或不用。

时间线也是如此，功能很多，并且结合到故事线，目录树大纲。

说夸张一点，就是事无巨细，一目了然，做到心中有数。用户可以从宏观视角，中观视角，微观视角来写作和回顾。并且选择权在用户手中，根据需要选择使用，不回影响基础写作功能。

有一个意外发现，如果用户能完成使用楼主所说功能写小说，无形之中写作被规范化了，等于免费学习了写作方法，例如那个雪花写作法。

规范化的好处，大家已有共识，不用多说。

8 月 15 日开发过程回顾：

1. Web 版修改
Web 版基础功能可以正常使用，此功能对英语目录树大纲，是大多数写作软件必备功能。楼主在此基础上增加了一个单独的大纲视图，具体说，就是不显示文章部分，只显示故事大纲摘要。同时在卷章结构之间多了一个层级。这样作者可以看到整体的故事梗概，又能查看和编辑展开之后的故事大纲。满足宏观视角与中观视角。

后续计划中的功能，就是微观视角功能，在章节下面增加场景事件，详细故事线，人物关系。这几步关联性比较强，开发起来工作量很大。因为之前都开发过，这次只是改动，虽然仍然很辛苦，但是不用摸索和改进需求，而是直接实现功能，思路比较清晰。楼主即使打着瞌睡写代码，都不会把功能写走样。


2. Mac 版
在此之前，楼主学习过一个月的 iOS 开发，能写简单的 2d 游戏，然后转到网文写作，差不多都忘了。上个周末，8 月 10 日到 12 号，熟悉了一下 Xcode + Swift，楼主都是跳跃式开发的，不会从基础开始，所以第一步急着了解如何从数据库里读取数据，查资料，真的乱七八糟，什么这框架，那框架，几乎都没有一个适合快速下手的。‘’

幸亏楼主还知道有哪些数据库，这个写作软件，至少需要在本机能存储数据，于是想到 SQLite 数据库。有了这个基本概念，搜索资料就有针对性，范围缩小。但是仍然乱糟糟，中文找不到合适的教程，于是搜索英文，可用的信息真少，要么 C++接口，要么用什么框架，而且框架还那么不好用。

后来发现之所以有这些好心的框架，原来是为了考虑那些不会写 SQL 语句的开发者。我去，楼主最喜欢写原生 SQL 语句，查询的结果都是心中有素的，那些框架还得学习一次，时间宝贵，就算要浪费，也不能这样浪费。这个时候才想到 PHP 的好，需要什么资料几乎都能找到。有时候造轮子也是不得已，因为寻找一个好轮子更消耗时间，特别是应急的时候，还是手握制造工具靠谱。

根据大道至简的原则，根据过去的经验，一定有最简单的方法。继续搜索，终于找到直接读取 SQLite 的方式，只需要在文件头部 加一句：import SQLite3，就可以直接使用，然后按照教程，非常快速的写入和读取数据。 这里顺便夸奖一下 stackoverflow 这个网站，那些答题者水平很高，更重要的是好认真！

解决了数据库的基本问题之后，接着就是那个目录树，开始以为是 Tree View 控件的事情，后来发现归 Outline View 负责。然后找教程，发现都是 Xcode 8 + Swift 3 的教程，心里冰凉冰凉的，Mac 开发这么冷门？硬着头皮照着教程写一遍，就是不显示数据。把教程里附加的工程文件下载下来，编译报错，升级到 Swift 4，有感叹号，编译通过，数据仍然不出来。换教程，终于找到一个 Swift 4 的教程，照着写一遍，终于编译通过，数据出来了。

有了这两个核心的功能，基本就可以开发写作软件了，其它次要功能在开发中学习。

为什么不从基础开始，而用跳跃式的方式开发项目呢？

楼主是这么想的，编程是工作，编程语言是工具，并且一门语言不能一只用到底，换一个工作可能要换一门语言，而且这口饭还不能一直吃下去。更重要的这不是日常生活，编程序的目的是为了提高工作效率，开发软件是为了满足人们的需求。

记得早起的聊天室出来一句名言：“我轻轻的来，然后又轻轻的走了，不带走一遍云彩。”，作为一名优秀的程序员，一定要有“节省时间，珍惜生命”的高尚情怀，也要有“大道至简”的精神，当然还要有，这个最近几年羞于启齿的话：“市场观，商业头脑。”

楼主在此思想观念的指导下，总结出了一套快速开发项目的方法。为什么这种方法能实现呢？因为开发项目和应付考试不一样。开发项目是侧重动手能力，真刀实枪，只看结果，谁管你记不记得住试题。发现高分低能的人还不少，有些名牌大学出来的人，动手能力弱爆了，让你怀疑人生。两脚书橱就是说的这类人吧。

楼主从一开始就用科学方法训练，形成一个好习惯。注重想象力和创造力，而不是把精力用于记忆知识点，特别是编程方面的知识，多而杂，算算得花多少时间和精力，最后还得不偿失，仅仅能赚到微薄的工资。

为了找到一个更简单的语句表达这些经验，初中语文有一个故事：卖油翁。这个故事告诉我们一个道理，熟能生巧。那么在运用陌生的语言开发项目时，如何实际运用呢？这个时候楼主继续思索，最终想到小时候骑自行车，具体怎么骑的知识点，一点也记不住，但是就是学会了。

于是经过更深层次的思考，终于转到规范而科学的方法上，很简单的一句话：“无论你懂或不懂，按流程走一遍”，记得楼主前面提到过的“黑盒”方法吧，这些理论点，被楼主全部融合在一块运用了。没有记忆没关系，知识都可以通过搜索引擎解决，而想象力和创造力就得自己解决。

搞开发，不要为了学习某个编程语言而学习编程语言，而是根据市场需要而开发。这种方法，可能的结果就是面试不及格，解决实际问题的能力很强。

按流程走一遍，让程序能运行起来，至少通过了考验。后面再添砖加瓦，就相对容易。

这次开发 Mac 写作软件，仍然如此，把格核心的功能加进去，让程序运行通过。哪怕这功能非常不完善，非常粗糙，只是一个原型，没有关系，这就像刚出生的孩子，很有生命力，只要不断的给喂养，就能成长起来。

标记一下：已经花了三天，第一天熟悉 Xcode + Swift，第二天读写 SQLite 数据库，第三天，用 Outline View 显示数据。

@meetocean qq3+9+6+5+1

@meetocean 楼主进度如何了？

@jijifly

谢谢你的关注，是这样的，因为实在太累，身体健康也大不如前，小说没有写，小说写作软件也没有继续。这几天打起精神，才开发了简单的一句话应用。

身体和精神状态都不太好，就连准备自用的 WEB 版小说写作软件都没有能完成，包括后续的多故事线功能，人物关系功能。

如果身体状态转好之后，有可能先去开发 iOS 应用以及个人博客，这个小说写作软件推迟到之后开发。

不管怎样，这个小说写作软件是一定要开发出来的，因为付出了太多的时间和精力，不会轻易放弃。

在此之前，会写一些简单的 Mac 应用练手。

刚才看了自己的回复，感觉不是很满意。新回复：

1. 三个原因让楼主对开发进度和流程做了调整。
三个原因分别是：身体健康，经济考量，开发工作量比较大。

2. 流程调整
虽然现在需求相对明确且稳定，但是之前消耗了太多能量。无论是自己用的 web 版，还是计划发布的 Mac 版，后续开发工作量仍然不少。

Mac 版可能需要的核心技术虽然初步掌握，但是整合一起形成一个产品，不是一件容易的事情。就拿数据库的操作来说，Web 版因为用的 Laravel 框架，数据库操作的工作量，预估比 Mac 平台少。

加上初学 Mac + Xcode + Swift 开发，工作量和阻力更大。

那么先开发一些小功能应用，练练手，看能不能带来一点维持后续开发的资金，积累一些经验之后，再开发小说写作软件阻力会减少。

3. 基于信念的目标不变

此前看过一些旧的写作软件，作者没有后续更新，很大的可能就是没有经济收入，无法继续。

楼主前面说过不惜血本也要开发完成，这是基于一种信念，而不是从市场角度来思考的。

基于这种信念：如果一件事做不完，可能另外一件事也做不完。
完成比什么都重要，做成功一个小项目也比没有完成的多个大项目强。

楼主今天发布的 Mac 平台用的一句话签名软件，无论是从技术角度还是产品角度，都是极其简单的应用。之所以要开发这样的应用，就是基于这种心理暗示，先做一个完整的作品出来，提高一下士气。

有了一些成功案例之后，在来做复杂的项目，心里就有底气。