-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
关于简化 xtemplate
用法的一些想法
#235
Comments
使用 |
原来如此……你南情况也差不多,研究生院给了个语焉不详的 Word 材料包,然后说具体规定听院系的(苦笑)。 请允许我重复一下此处的观点: 今天上午我把这个想法成功套到了 |
这种比较大的重构暂时不太想做,issue 先放着,之后再说吧( |
我之前看了 |
我重构完了(捂脸)目前正在补说明文字。
对!这样子就可以很方便地创建具有相似外观的组件;更广义地,是可以创建具有相似行为的组件。我还没仔细研究过 |
嗯,所以这个 issue 的改进主要是在 page-element 这样更细的粒度上进行封装。
欢迎欢迎! |
这两天在重新拜读关于封面部分的代码。
fduthesis
使用了xtemplate
进行此部分的实现,但在实际阅读代码的时候,我并没有感到抽象化起到了简化的作用,反而是大量的嵌套导致直观上艰深难懂(也有很大可能是因为我菜)。仔细阅读这一宏包的使用手册后我发现了一个华点,简言之就是:Instance
不应当是对整个页面内容的描述,而是对单个页面部件的描述。原文是这样写的:
具体来讲:根据我的理解,目前
fduthesis
将整个页面作为一个对象处理,规定了其中各种元素的属性。这就导致Template
的定义异常复杂,Instance
的定义中各种元素的属性混合在一起。这一切只为创建一个实例,不免有头重脚轻的感觉。另一方面,当我们把页面部件而不是整个页面考虑为一个对象时,它天然地只具备有限数量的属性:上下边距、对齐方式、字形字号、文字内容等,使得
Template
的定义也是有限的。而具体的页面是这些对象的实例的集合,创建页面只需传入一个列表调用各个Instance
即可。我个人认为这种做法更符合xtemplate
的初衷,也能极大优化代码的可读性。为了更好地说明观点,下面准备了一个 MWE。
The text was updated successfully, but these errors were encountered: