!! 人寿保险报价-如何到选择人寿保险
我们都知道“”[[网址：http://www.lifeinsurance quotes.com.au/|人寿保险报价]]“”是一个产品那个几乎所有人应该拥有,但很多人没有.这里有很多属于没有不是甚至想思考或讨论它，因为它与死亡有关。了解人们为什么购买“人寿保险”，也有人这样做是为了保护债务（可能是抵押贷款或一些贷款），家庭费用或学费这个父母去世事件，以保护企业免受损失这个损失一重要合作伙伴，或作为其整体遗产规划的一部分.所以有更多的东西可供选择一你买的人寿保险。
弗斯特,你需要到做的就是咨询一个p专业顾问作为关于他们在这个可提供不同的产品，并可以帮助您在“人寿保险报价”中确定您的特定情况所需的保险类型.学习“人寿保险”的两种基本类型，以及有关定期和永久保险的其他保险。定期保险是暂时且仅持续一一开始就预先确定的“期限”.永久保险的前期费用会更高，但目的是持续一终身确保某人收到一从政策中受益。
当你咨询时一您的专业顾问'''[[网址：http://www.lifeinsurance quotes.com.au/|人寿保险报价]]“”,那么你可能会考虑一经纪人，在一个范围内工作的人属于公司,而不是只与一家公司打交道的顾问。经纪人是独立的和拥有比你所知道的任何其他“人寿保险”更广阔的市场前景.喜欢在里面加拿大，这个死亡抚恤金支付一人寿保险是免税的，而如果资金通过遗产流动，则需要纳税。这使得生活保险单一有价值的方式到传递一个继承。
此页面用于到收集在PmWiki中建立组层次结构的建议.
!!直觉和类比
这个是一个重要方面：PmWiki的哲学使命那个其机制应该凭直觉,甚至对新来者.
最重要的结果是组和页名称应该模仿一些众所周知的层次结构，例如文件系统层次结构或章节和分章编号属于一本书。章节编号语法的问题在于它没有不是区分绝对路径和相对路径，即写“第3.4.7节”并没有说明从目录中看是否为第3.4.7章，或如果是当前章节的第3.4.7小节，则必须根据这个上下文。这给我们留下了如下文件系统命名方案这个基本类比一等级制度.
即使是文件系统类比也不够强大。在一维基,任何层次名称都应引用到二者都一个p年龄，作为以及到这个“低于”该页面的一组页面.这与文件系统不同，其中名称是任何一个一目录或文件.
为了明确问题，我们假设一中的名称一文件系统是一文件和目录。现在如果我们假设'作为一个文件，我们直观地假设当前目录是名称'的父级。如果我们假设'作为一个目录，我们假设它本身就是当前目录.
换句话说,对于当前目录中的内容，我们有着相互矛盾的直觉一文件系统会是。我们需要决定一个属于这些直觉、和给出大量的例子来抵消错误的直觉。（了解Reiser人如何处理这种情况会很有趣.他们的文件系统是在里面确切地这个同样的情况。）
还有另一种方法可以避免这些相互冲突的直觉：坚持文件系统语义并要求一名称可以是目录（组）或一文件（第页），但不是两者。然而，这违反了Wiki的原则：如果有事情发生生活作为一第页，具有到之后变成一个小组，这应该很容易。特别是，如果其他一些页面有指向该页面的链接，并且该页面稍后被转换为一个组，则链接会断开，即重新构建wiki突然变得很困难。
!!要求
!!!相对链接是不变的
移动一个在组层次结构中，从一个位置到另一个位置的整个页面组应该在组功能中保留任何相对链接。
!!!链接到兄弟页面是最简单的情况
原因如下：
*标准用例。即使在一个过度分层的wiki中，大多数页面都是叶子，我们预计，如果只是因为缺少子页面，大多数链接都会指向兄弟页面。
*兼容性。当前没有子页面，因此没有子链接。
*与文件系统使用类似。文件“A”中的裸名“B”几乎总是指与“A”位于同一目录中的名为“B”的文件。
!!典型示例
此页面假定以下组和页面：
[@
王国
+-工厂
|+-草地
+-动物
+-犬科动物
|+-梗
+-猫科动物
+-类别
@]
除非另有说明，[@Canine@]是当前页面。
!!具体语法建议
任何提案都应使用以下模板。
在“路径组件”部分，填写路径名组件的语法。路径名应该从其中一个“start”组件开始，然后是任意数量的其他组件。在“特殊规则”部分中，写出可能适用于形成路径名的任何其他规则。
“示例”部分仅用于确定链接在实践中的外观。假设您在Canine页面上，应用第一部分中的规则以到达列出的目标页面。
提示：填写模板时请尝试以下顺序：
#填写“路径组件”部分中的语法，但现在保留@@self@@、@@parent@@、@top@@、@向上@@、>向上：X@@和@向下：X@@提醒。
#填写示例。这是一个相对机械的过程，因为您可以在“路径组件”部分中引用内容。
#删除“路径组件”部分中的@@self@@、@@parent@@、@top@@、@向上@@、>向上：X@@和>向下：X@@-提醒。
以下是模板：
||表格边框=1
||“路径组件”||||
||当前页面作为起始组：||[@self@]||
||父页作为起始组：||[@parent@]||
||主组作为起始组：||[@top@]||
||向上：|&hellip；[@up@]||
||转到兄弟X:||&hellip；[@超过：X@]||
||转到子X:||&hellip；[@向下：X@]||
||''特殊规则''||||
||||||
||“示例”||||
||@@王国@@（祖父母）：||[@[[parent up]]@]||
||@@+-Plant@@（叔叔）：||[@[[parent over:Plant]]@]||
||@@|+-Grass@@（堂兄弟）：||[@[[父代：植下：Grass]]@]||
||@@+-动物@@（父级）：||[@[[parent]]@]||
||@@ ；+-犬科动物@@（自我）：||[@[[self]]@]||
||@@ ；|+-梗@@（孩子）：||[@[[self-down:Terrier]]@]||
||@@ ；+-猫科动物@@（兄弟姐妹）：||[@[[self-over:猫科动物]]@]或[@[[父母死亡：猫科动物]]@]||
||@@   +-猫@@（侄子）：||[@[[self-over:Feline down:Cat]]]或[@[[parent down:Feline down:Cat]]]||
||绝对链接（到犬类）：||[@[[top down:Kingdom down:Animal down:Canine]]@]||
*备注1
*备注2
!!!文件系统类比
||表格边框=1
||“路径组件”||||
||当前页面作为起始组：||[@self./@]||
||父页作为起始组：||[@parent@]||
||主组作为起始组：||[@top/@]||
||向上：|&hellip；[@向上../@]||
||转到兄弟X:||&hellip；[@超过：X X@]||
||转到子X:||&hellip；[@向下：X/X@]||
||''特殊规则''||||
||||||
||“示例”||||
||@@王国@@（祖父母）：||[@parent up@]||
||@@+-Plant@@（叔叔）：||[@父对象：Plant@]||
||@@|+-Grass@@（堂兄弟）：||[@父代：植下：Grass@]||
||@@+-动物@@（父级）：||[@parent@]||
||@@ +-犬科动物@@（self）：||[@self@]||
||@@ ；|+-小狗@@（孩子）：||[@self-down:Terrier@]||
||@@ +-猫科动物@@（兄弟姐妹）：||[@self-over:Feline@]或[@parent down:Feline@@||
||@@   +-猫@@（侄子）：||[@self-over:猫下来：猫@]或[@parent down:猫下来||
||绝对链接（到犬）：||[@top-down:王国向下：动物向下：犬@]||
*这里主要的违反直觉的情况是，指向同级层次结构中的页面的链接以@@../@@@开头。
*一个小小的违反直觉的例子是自我链接。如果我们坚持使用文件系统语义，那么@@..@@和@@.@@将指代父组。
!!!章节编号类比
||表格边框=1
||“路径组件”||||
||当前页面作为起始组：||[@self？.@]||
||父页作为起始组：||[@parent？？.@]||
||主组作为起始组：||[@@]（无内容）||
||向上：|&hellip；[@向上？？.@]||
||转到兄弟X:||&hellip；[@结束：X？？.X.@]||
||转到子X:||&hellip；[@向下：X X.@]||
||''特殊规则''||||
||路径名上的最后一个点被删除||||
||“示例”||||
||@@王国@@（祖父母）：||[@？？.？？@]||
||@@+-Plant@@（叔叔）：||[@？.？.？.Plant@]||
||@@|+-Grass@@（堂兄）：||[@？？.？.Plant.Grass@]||
||@@+-动物@@（父级）：||[@？？.@]||
||@@ +-犬科动物@@（自我）：||[@？.@]||
||@@ ；|+-梗@@（孩子）：||[@？.Terrier@]||
||@@ +-猫科动物@@（兄弟姐妹）：||[@？？.猫科动物@]||
||@@   +-猫@@（侄子）：||[@？？.Feline.Cat@]||
||绝对链接（到犬）：||[@Kingdom.Animal.Canine@]||
*最初的提案没有考虑到相关链接，这就是为什么我用问号代替的原因。对于这种情况，“应该”有更好的语法。
!!迁移
组层次结构的语法很可能与PmWiki当前的内部链接语法不兼容。然而，由于不兼容将是什么以及是否还有解决方法尚不清楚，目前的立场是忽略这个问题，并专注于目前直观的语法。
!!贡献者
*2006年5月25日下午03:41（初始结构）
*[[~Joachim Durchholz]]2006年6月16日上午05:37（添加模板和三份提案）
*[[~mrcs]]2006年6月21日下午04:10（类似于：页面和群组是同一回事）
!!一般性意见
引用：“最重要的结果是组和页面名称应该模仿文件系统目录和文件名。”
->我同意这个类比，只要你也用硬符号链接、软符号链接、虚拟目录和固有属性来进行隐喻\\
麦金尼斯
-->文件系统类比为非极客提供了理解层次结构的机会。层次结构中对象的属性可以按照建立层次结构的方式进行正交处理，因此我认为我们不需要在“本页”中进行如此类比。（我认为非极客甚至不知道硬链接是什么，如果他们知道，具体效果会让他们感到惊讶。）\\
实际上，我认为符号链接已经存在（以重定向的形式），硬链接是有问题的，虚拟目录和继承根本不是标准的文件系统概念（我不知道哪一个Linux文件系统有它们）\\
2006年6月16日上午03:18
--->我一直觉得我错过了什么。所以，如果我在掩盖旧情，就把这条评论抛到九霄云外吧。我将以面向对象的方式处理这个问题。文件和目录就是东西。所以一个东西可以是（a）目录和/或（b）文件。除非我误解了这就是我目前要下载的内容。现在，一个事物可以注意到它有一个任意其他事物的名义父对象，包括它自己。ERD中的这种自我关系在我身边被称为“谁是你的爸爸？”链接，它简单地表达了一个最简单的意思，即事情需要知道自己是父母，但不排除“爸爸”有自己孩子的索引\\
在这种情况下，您的组（A+B类型的东西）由组主页（B部分）表示，它使A（文件夹）可以自由决定它是根目录还是从另一个组、页面或第三方继承的东西（尚未创建C类型）\\
现在，在逻辑层，我会让数据层为已知子级创建索引（就像反向链接一样），这些子级可以从组home（可选）上下文链接到。更进一步，通过询问当前事物“谁是你的爸爸”，直到答案是“我是”，可以获得返回根的路径，包括“向上”到每个父级别。这将为您提供反向的“轨迹”\\
功能上几乎不需要更改，而且对于用户来说，存在分组的感觉。这样它就像人一样。在英国，每个人都有一个国家保险号，在美国，每个人的国家保险号都类似。在系统中，这个“数字”是$group$现在，这可能是一个家庭的成员，与其他家庭住在一个城镇的一套公寓里，在地球上某个国家的政府领导下，由一堆委员会组成，但它仍然是$group$这取决于表象逻辑，即你希望什么时候显示不是自己父母的东西。这需要几个设置\\
这样，组是一个松散的耦合（良好的设计模式），不容易断裂。还是我在几页的过程中漏掉了什么\\
-“上帝”马特([[网址：http://lordmatt.co.uk|抓住我]]）
->IMHO，我认为可能解决这个问题的一种方法是始终链接到页面，而从不链接到组，因此一个页面中的链接将始终指向同一组/路径中的其他页面，就像PmWiki中已经存在的那样。[[<<]][[<]]即一个名为“Animals.Canine.Terrier”的页面，其中链接到“[=[bulldog]]=]”，将始终链接到“Animales.Canine.Nuldog”，其中bulldog是一个页面，它永远不会链接到当前路径“Animations.Canine”中名为bulldoge的组。所以页面名称“Animals.Canine.Terrier”中的最后一个参数是页面本身，剩下的是组/路径名称“Anamils.Canine”。如果没有一个名为“Animals.Canine.Terrier”的页面，你会看到一个页面，上面说该页面不存在，并邀请你创建一个页面。[[<<]][[<]]您可以保留现在的链接，通常是指实际组中的页面，如果您想链接到具有不同路径/组的其他页面，只需将该页面的全名（路径+页面名）作为链接。[[~CarlosAB]]2006年6月16日下午01:57
-->“始终链接到页面，从不链接到组”似乎是PmWiki的正确做法。然而，正如目前所呈现的那样，如果重新构建页面或使用include语句，这可能会导致问题。关于动物。犬科动物，链接到“[=[[斗牛犬]]=]”是指动物。斗牛犬在动物身上。犬科动物。梗，链接到“[=[[斗牛犬]]=]”是指动物。犬科动物。斗牛犬。此外，关于动物。犬科动物。梗，人们可能会想到动物。猫科动物。据推测，现在人们再也不能写“[=[[猫]]=]”了。
--->我看到了对这一点的两个攻击角度，都依赖于PmWiki根据需要重写链接\\
对于包含，包含指令起始的当前组应始终是包含页面本身的位置。（如果使用包含页面的位置，则很难从包含文件中使用包含。）\\
对于页面重组，我认为PmWiki可以重写页面内的链接。即使在无等级的情况下，这也是可取的，尽管不太重要\\
2006年8月19日上午03:11
-->在试图解决某一级别子组的问题时，一种似乎有意义的方法是使用子组标记字符（请参见[[Cookbook.SubgroupMarkup]]）。
--->我不喜欢这个主意。它不能扩展到子组。如果将前一个子组转换为一个组，您可能希望添加更改链接的代码，但该代码必须处理大量边界情况\\
2006年8月19日上午03:44
-->这导致了：关于动物。犬类和动物。犬科动物。梗，链接到“[=[[，bulldog]]=]”（注意添加了逗号）指的是动物。犬科动物。斗牛犬。另一方面，这些页面上的“[=[[猫]]=]”链接指的是动物。猫科动物。关于动物的链接。猫对“[=[[犬，斗牛犬]]=]”的称呼是指动物。犬科动物。斗牛犬——动物杂志的一页。犬组；a动物。犬类页面可能存在，也可能不存在。这可以推广到任何层次。
--->我对带含义的逗号感到不安。它太容易被忽视，或与句号混淆\\
2006年8月19日上午03:11
->我认为这太复杂了。就个人而言，在玩和使用PMWiki大约3周后，我想做的一件事就是继续添加“/”。
->如果我想做Main/Animals/Mammals/Canines/Dogs/Rotweeler，为什么不呢？Main可以是一个页面，也可以是Main/Animals，甚至Main/Annimals/Mamals/Canines/Dogs/Rotweiler。如果没有页面，管理员可以将其锁定，或将其打开以进行创建。不用担心。
->从UNIX来看文件系统：一切都是内核的索引节点（PMWiki）：文件、目录、软链接、硬链接、开发。由shell（管理胶）决定如何处理不同类型的inode。
->如果我想移动层次结构，那就这样吧。如果我想引用一个不同于我所在的“目录”中的东西，我需要明确，或者给出一堆“..”，直到我到达那里。而且，使用Intermaps，我们甚至可以进行硬链接。但是，要遵循KISS，只需允许终端用户想要的任意数量的“/”即可。JMO公司。%wikilink%[[mailto:coreyrichle@verizon.net|CoreyReichle]]
----
!! 语法建议
提案已分页提交：
*由[[HierarchicalGroupProposals/StirlingWestrup]]编制。
*[[HierarchicalGroupProposals/Start small]]是一个“[[NoHierarchical Group]]”提案。
----
