Questions tagged «definition»

根据code.google.com上的一页，“左递归”的定义如下： 左递归只是指任何递归非终结符，当它产生包含自身的语句形式时，其自身的新副本出现在生产规则的左侧。 维基百科提供了两种不同的定义： 就上下文无关文法而言，如果非r产生的任何产品（“替代”）中的最左符号立即（直接/直接向左递归）或通过其他一些非终结符，则该非终结r是左递归定义（间接/隐藏的左递归）再次重写为r。 “如果我们能找到一些非终结符A，那么语法将是左递归的，它最终会得出一个以其自身为左符号的句子形式。” 我只是在这里刚开始进行语言创建，而我在业余时间做。然而，当它归结为选择语言解析器，无论是左递归被该分析器或支持该分析器是一个问题马上来了前沿和中心。查找诸如“句子形式”之类的术语只会引出更多行话，但是“左”递归的区别几乎必须非常简单。请翻译？

12 programming-languages  parsing  definition 

您能否向我解释为什么friend首选关键字来授予对类的私有数据的访问权？

11 c++  definition 

在将REST [api]结构与OO模型进行比较时，我看到了这些相似之处： 都： 面向数据 REST =资源 OO =对象 围绕数据的环绕操作 REST =在资源周围环绕VERBS（获取，发布，...） OO =通过封装促进对象周围的操作 但是，例如，在尝试应用外观模式时，良好的OO实践并不总是站在REST api上：在REST中，您没有1个控制器来处理所有请求，并且您没有隐藏内部对象的复杂性。 相反，REST促进资源与资源之间的所有关系的发布以及至少以两种形式的其他关系： 通过资源层次关系（ID为43的联系人由地址453组成）： /api/contacts/43/addresses/453 通过REST json响应中的链接： >> GET /api/contacts/43 << HTTP Response { id: 43, ... addresses: [{ id: 453, ... }], links: [{ favoriteAddress: { id: 453 } }] } 回到OO，外观设计模式考虑了objectA及其“ objectB客户 ” Low Coupling之间的a，以及此objectA及其内部对象组成（objectC，objectD）。随着对象A接口，这允许开发者在极限冲击对象B的对象A的内部变化（objectC和objectD），只要对象A …

9 http  rest  definition 

因此，我一直在寻求将我的知识扩展到嵌入式和较低级别的硬件编程中，但是，每次寻找“嵌入式”工作时，它总是高级的东西。对我而言，这没有任何意义。 那么“嵌入式”到底需要什么呢？当我想到嵌入式系统时，我想到的是较低级别的微控制器编程等。如果嵌入式不是此的适当标题，那么我应该搜索什么？

9 embedded-systems  definition