Tag: 项目和解决scheme

Visual Studio项目与解决scheme

作为VS新手,我怎么能想到这两个概念,有什么不同?

为什么Lisp社区如此分散?

首先,不仅有语言的两种主要方言(Common Lisp和Scheme),而且每种方言都有很多独立的实现。 例如,Chicken Scheme,Bigloo等等,每个都有细微的差别。 从现代的angular度来看,这很奇怪,因为现在的语言往往有明确的实现/规格。 想想Java,C#,Python,Ruby等等,每个站点都有一个权威的站点,你可以去API文档,下载等等。 当然,Lisp早于所有这些语言。 但是再一次,即使是C / C ++也是标准化的(或多或less)。 这个社区是由于Lisp时代的分裂吗? 或者也许不同的实现/方言是为了解决不同的问题? 我明白,为什么Lisp永远不会像围绕一个明确实现的语言一样团结起来,但是在这一点上Lisp社区为什么不应该朝这个方向发展呢?

在函数式编程中什么是无意义的风格?

我最近注意到的一个短语是“免费”风格的概念… 首先是这个问题, 也是这个问题。 然后,我在这里发现他们提到“另一个可能值得讨论的话题是作者不喜欢自由式的风格。 什么是“免费”的风格? 有人能给出一个简洁的解释吗? 它与“自动”咖喱有关吗? 为了了解我的水平 – 我一直在教自己的Scheme,并写了一个简单的Scheme解释器…我明白什么是“隐式”currying,但我不知道任何Haskell或ML。

使用MSBuild.exe在发布模式下构buildC#解决scheme

我能够使用MSBuild.exebuild立一个解决scheme,但我的问题是我只能设法让它build立在DEBUG模式。 我需要使用MSBUILD在发布模式下构build我的解决scheme。 这是我试过的 Process msbuild = Process.Start("C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe", solutionfilepath + " /P:Config=Release"); 和 Process msbuild = Process.Start("C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe", solutionfilepath + " /P:Configuration=Release");

Android – 用新名称复制现有的项目

使用Eclipse。 假设我在eclipseworkspace(ProjectA文件夹)中有一个项目“ProjectA”。 我想复制项目,但用一个新名称(ProjectB),并调整新项目中的所有引用。 对于我认为是一个不同的基本操作,我找不到什么帮助。 我想尝试一下原始devise/代码的变体,创build一个副本似乎是一个明显的方法。 任何build议,请。

在Visual Studio IDE中显示解决scheme/文件path

我经常使用Visual Studio的多个实例,通常在同一解决scheme的不同分支上工作。 VC6用来在其标题栏中显示当前源文件的完整path,但Visual Studio 2005似乎没有这样做。 这使得它比应该是我目前正在查看的解决scheme(我知道的最快的方法是hover在选项卡上,以便获取源文件的path作为工具提示)的哪个分支应该稍微尴尬。 有什么办法可以将完整的解决scheme或文件path放到标题栏中,或者至less在某处始终可见,这样我就可以快速判断哪个分支被加载到每个实例中?

Visual Studio 2012不转换vs2010解决scheme?

我使用vs2012打开了vs2010解决scheme,但从2008年到2010年没有进行任何转换。 所以我的解决scheme仍然保持与10标签相同。 当我做一个新的解决scheme,当然它有11个标签。 我没有遇到任何问题,但我很好奇。 有什么区别吗? 如果是的话,如何转换成vs2012解决scheme?

构buildLISP机器需要多less原始资源? 十,七,五?

在这个网站上他们说有10个LISP原语。 原语是: atom, quote, eq, car, cdr, cons, cond, lambda, label, apply 。 http://hyperpolyglot.wikidot.com/lisp#ten-primitives Stevey估计有七(或五)个: Its part of the purity of the idea of LISP: you only need the seven (or is it five?) primitives to build the full machine. http://steve-yegge.blogspot.com/2006/04/lisp-is-not-acceptable-lisp.html 构build一个LISP机器的基元的最小数量是多less(即可以在LISP代码上运行一个eval / value函数的东西)是多less? (他们是哪一个?) (我可以理解你可以没有atom, label and apply )

Clojure vs其他Lisps

我的问题的目的不是开始一场火焰战争,而是要确定在什么情况下每种语言都是“工作的最佳工具”。 我已经阅读了几本关于Clojure(Clojure 编程 , 实用Clojure , Clojure 的喜悦 ,以及Clojure在行动的Manning早期版本)的书籍,我认为这是一个很棒的语言。 我目前正在阅读主要处理Common Lispmacros的Let Over Lambda ,而且它也是一个非常有趣的语言。 我不是一个Lisp专家(更多的是一个新手),但是这个语言家族让我着迷,一般情况下函数式编程也是如此。 Clojure的优点 (和“其他”的缺点): 在JVM上运行。 JVM是一个非常稳定,高性能的语言环境,非常符合Sun的“一次编写,几乎任何地方运行”的梦想。 我可以在我的Macbook Pro上编写代码,将其编译为可执行的JAR文件,然后在Linux和Microsoft Windows上运行,只需进行一些额外的testing即可。 (Hotspot和其他)JVM支持高质量的垃圾收集和非常高效的即时编译和优化。 就在几年前,我写了所有必须在C中快速运行的东西,现在我毫不犹豫地用Java来做。 标准,简单,multithreading模型。 Common Lisp是否有一个标准的multithreading包? 虽然Common Lisp专家可能会告诉我,使用读取器macros,您可以将它们添加到CL中,以[] , {}和#{}分解所有括号中的单调。 Clojure的缺点 : 在JVM上运行。 没有尾recursion或延续。 Common Lisp支持连续性吗? 我相信计划需要两方面的支持。 其他人的优点(特别是Common Lisp) (和Clojure的缺点): 用户可定义的阅读器macros。 其他优点? 思考? 其他区别?

有什么办法先创build一个空白的解决scheme(.sln)文件,然后添加项目?

视觉工作室一直困扰我,因为(据我所知)你不能先创build一个解决scheme,然后添加新的/现有的项目。 我知道如何创build解决scheme的唯一方法是创build一个项目并为其指定解决scheme名称。 那么,有什么办法可以在Visual Studio(任何版本)的空白解决scheme(.sln)开始?