fcitx源码分析（已经完成6篇）

y654n

mark，收藏

y654n

mark，收藏

bluebear720

路过，正想看一下我的Fcitx为什么老是出问题！先试试！

herro

关注... 能有原理,架构的说明就更好

zhou3345

Post by bluebear720;2034333
路过，正想看一下我的Fcitx为什么老是出问题！先试试！

gentoo-fcitx-svn-郑码
很少出问题。

心得文档还是很有必要的，支持楼主。

asert

流程图
类图
时序图
用例图
状态图
组件图
－－－－－－－－－－
向别人讲解的话就要画UML图，没有多少人会真正对fcitx源码感兴趣的，那些注释基本上只能是给自己看的

xielingyun

Post by asert;2050398
流程图
类图
时序图
用例图
状态图
组件图
－－－－－－－－－－
向别人讲解的话就要画UML图，没有多少人会真正对fcitx源码感兴趣的，那些注释基本上只能是给自己看的

赞同，除非要修改源代码，要么看那东西干嘛，除非里面有很多设计精巧的语句，不然无非就是架构的代码实现，没什么好看的

kl522

Post by xielingyun;2053669
赞同，除非要修改源代码，要么看那东西干嘛，除非里面有很多设计精巧的语句，不然无非就是架构的代码实现，没什么好看的

修改源代码是有必要的，因为到目前为止，fcitx还不算稳定，常常会崩溃，尤其是在用了久之后。（去掉.fcitx里的一切会从新稳定）。

而作者似乎对这软件有点灯火阑珊的样子。

xielingyun

Post by kl522;2053705
修改源代码是有必要的，因为到目前为止，fcitx还不算稳定，常常会崩溃，尤其是在用了久之后。（去掉.fcitx里的一切会从新稳定）。

而作者似乎对这软件有点灯火阑珊的样子。

那次看到网上说fctix代码质量比较差，fctix的作者没有从事过软件开发的经验，所以fctix很像个作坊产品，我觉得改他的代码还不如直接根据他的架构重新写一遍代码，不看好fctix，以前输入法质量普遍较差的时候，fctix还有自己的优势，现在有了ibus，fctix相对于ibus没有任何优势，现在就很少人用fctix了，接着对它进行改进没有意义了，做出来也没人用，它也不太可能超越ibus

kl522

Post by xielingyun;2053725
那次看到网上说fctix代码质量比较差，fctix的作者没有从事过软件开发的经验，所以fctix很像个作坊产品，我觉得改他的代码还不如直接根据他的架构重新写一遍代码，不看好fctix，以前输入法质量普遍较差的时候，fctix还有自己的优势，现在有了ibus，fctix相对于ibus没有任何优势，现在就很少人用fctix了，接着对它进行改进没有意义了，做出来也没人用，它也不太可能超越ibus

我不知我的情形是否特殊，我是从ibus里转过来用fcitx的。在用ibus之前，我是用scim的。;)

你或者会问，为何换到fcitx呢？

因为我常用到一个相等於chat的软件，在其他的中文输入法里，enter键不能发出编辑的中文字，唯有fcitx能够发出。在没有其他方法的情形下，我只有继续用fcitx了.....