关于开发一个以Seafile服务器为后端的通用云笔记App


#1

之前我一直使用的是leanote作为自己的个人笔记软件,这两天在迁移服务器的时候发现要迁移leanote和seafile两个部分,还是比较麻烦的,于是有了以seafile作为后端,写一个云笔记app的想法

我觉得是可以的基于seafile的web api,制作一个Android 版本的云笔记软件(个人暂时只有一些Android开发的技能),目前的想法是,希望能够和seafile的客户端一样,在首次打开的时候输入seafile服务器地址,然后基于seafile的文件存储功能和历史功能,时间笔记的回溯。说简单点,相当于,写一个Android的App,然后在App里完成对seafile服务器上面的某种自定义格式文件(例如:笔记.seanote?)的读写

有没有人愿意一起建个项目试试?

我的email是:Ericwyn.chen@gmail.com,如果我有进度的话我会在这下面更新


#2

很感兴趣,但是我什么也不会= =


#3

2333 美工?画图?设计?


#4

说干就干

进度更新

开始编写seafile Web Api的Java调用封装 0815

把文件、文件夹、和资料库操作的一些基本api都用java封装完成了 0817


#5

美工?设计?画图?2333或者提供一些想法?


#6

进度更新

新建了seanote项目

  • github地址为:Ericwyn-SeaNote
  • 使用了自己封装的web api java版本,完成了服务器的验证和用户token的获取,最难的万事开头。

#7

哈哈,美工画画图到真想试试


#8

但是我不懂代码= =
我做这玩意全都是跟教程跑的,,,


#9

进度更新

  • 完成了markdown文件的预览,使用简易的编辑器完成了简单的markdown文件编辑




#10

赞一个,这样的帖子才有营养!


#11

同leanote+seafile,很想融合在一起,然而并不会编程。


#13

2333 要是感兴趣的话可以参与测试啊(要是我最后能把这个坑填完的话哈哈哈哈


#14

已经叛逃到微云了…笔记+网盘+离线下载,Seafile已经沦为备份了。


#15

个人觉得,笔记模块 以官方牵头来做比较合适,其他几个私人云存储都是官方来做的笔记软件。
参见我的帖子:https://bbs.seafile.com/t/seafile/4222

官方牵头来做,然后大家提交代码。
否则,你的源码托管在哪里,从哪里下载你写的笔记软件,真没几个人知道。用户少了参与人数就少,维护起来难度就大。


#16

我之前也看过你的帖子,怎么说呢,有官方牵头的话自然是最好的。我个人觉得开源的魅力在于所有的开发者都能够基于自己的想法,对其进行提交和进一步的开发,这种驱动并不是以官方牵头为开始的,而是开源世界的开发者自己去进行的,此后如果官方愿意合并或者愿意采用的时候,再进一步的依照官方的力量去推广和推行。Leanote的Android 客户端此前也是一直难产,而后由第三方开发者houxg编写的Android 客户端被官方fork并且钦定。

而关于源码托管和笔记软件下载的问题…自然是Github啊,受众少这也没办法23333

其实讲到底,我所做的这种开发,起点也完全是因为,我自己需要而已吧哈哈哈哈哈,而官方的Api也完全能够满足开发的需要,再加上Seafile 官方的各个系统客户端也开源的,所以笔记模块做起来个人以为难度不大,也因此并不太需要考虑是否需要官方牵头来做开发。可是你帖子里面说的其他模块的话,像视频插件什么的,难度比较大的话可能确实是需要官方的协助了


#17

leanote 我也有关注,问题也不少。

其他开发者提交,然后官方合并,对于纯粹开源免费的项目还好,但对于部分收费的项目来说,也许你的提交改变了官方的 免费/收费 界限。比如如果开发者提交一个搜索文件的功能,我猜想官方不会合并。

另外就是,seafile 并没有以 github 为中心做开发。比如 pc 的客户端 git 的 release 地址:https://github.com/haiwen/seafile-client/releases
现在能看到的最新版本是 6.0.4,2017-2-21 发布。可是我在官网下载到的,是 6.1.0。显然,官网只是选择性的将某些代码同步到 github 上。这就导致,你做的修改并不是基于最新的代码,你的提交或许会有很多合并冲突等等。

leanote 在这方面的问题同样严重。

这与国外的一些优秀开源项目完全不同。国外 github 上面是最新的代码,然后在 github release 之后才会同步到自己官网。


#18

这个问题倒还好,怎么说的因为Seafile 各个客户端的开发都是基于他们自己Seafile Web Api,而我的开发也不是基于Seafile在Github 上面的源码,因为seanote并不是直接对seafile的源码进行修改和增加,是基于Seafile 已经固定好了的Web Api借口,所以这种开发是非常独立的,也并不用太过去关注官方源码的版本和提交。

而关于官方合并功能之后对该功能进行收费的话,估计也是说的那种对源码进行修改而后添加的功能,如果基本都以这种类似于自由安装插件的形式存在的话,与官方是否合并没有太大的关系,只需要保证项目能够持续提供基于API接口的完美的兼容就可以了,这是我的想法


#19

嗯,可惜我对 java 不熟,只能精神上支持你了~


#20

厉害 今天才看到这个项目 不知道怎么样了 我等ios平台可以享受吗?


#21

已经变成有生之年系列了hhhh,其实难度主要在笔记的存储啊以及如果出现冲突怎么合并啊这些上面,另外就是 Android 端的富文本编辑器这些(我不太会写 Android hhhh