小编gan*_*elo的帖子

如何在CDATA中包装OldValue？

SELECT
1 AS Tag,
0 AS Parent,
(
    SELECT PositionDescription AS 'data()'
     FROM dbo.Project where ID = 32
     FOR XML PATH('')
) AS 'PositionDescription!1!OldValue!CDATA'
FOR XML EXPLICIT, TYPE 

我最近在我目前的工作地点询问了前任首席开发人员,以了解他为什么选择使用Razor Generator将我们的视图预编译到一个单独的程序集中.

他在下面提出了一些声明,但我似乎无法在网上找到任何Razor Generator配置文件和/或指标来备份声明(快10到100倍),和/或,如果IIS7/ASP.NET做了什么关于预编译与运行时编译的视图及其益处或缺乏的幕后故事.

谁能指出我正确的方向？还是评论？

在我看来(就启动时而言)只需autostart = true为站点设置IIS 就可以平衡使用Razor Generator进行预编译的任何好处.以下是他的发言:

为什么我们使用Razor Generator预编译我们的视图以及为什么将它们放在一个单独的程序集中？

第一个是简单的编译时错误检查.有了这么多观点,它似乎是避免生产错误的好方法.重新编译以查看我承认的视图的更改有点令人沮丧,但它(在我看来)完全值得知道你有更多的错误检查.

第二个是当视图没有在项目中编译时,它们在运行时被编译,然后那些编译的表示必须存储在ram中.有时,如果他们没有被定期访问(大多数视图就是这种情况,因为有这么多),那些存储的编译版本会被放弃并收集垃圾以保存ram.因此,除了gaf.com等网站中最常访问的视图之外,每次访问时都会重新编译.但是如果你把它们放在一个项目中,那么编译后的版本只需要从dll中加载(如果它还没有在内存中)(是的,代码也可以被垃圾收集,但不常用).加载来自dll的速度快10到100倍(这是来自Razor Generator项目的网站 - 我自己没有验证它,但这听起来很合理).

我正在尝试调试一个简单的 ruby​​ 控制台脚本，但在尝试要求 pry 时出现加载错误：

• 我正在使用 rbenv 来管理环境。
• 我正在使用 Ruby 版本：2.3.1。
• 尝试使用 Pry '~> 0.10.4'

/Users/gangelo/.rbenv/versions/2.3.1/lib/ruby/site_ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': 无法加载此类文件——撬（LoadError）

我过去在 Rails 应用程序中使用过 Pry 和 Byebug，从来没有遇到过这样的问题。在寻找解决方案时，我发现大多数问题都与在 Gemfile 中不包含 Pry 或在 Gem 文件的正确环境中不包含 Pry gem 相关；这不是我的情况，我做错了什么？

# /Gemfile
group :development, :test do
  gem 'pry', '~> 0.10.4'
end

在我的脚本中：

# /calculator/rpn_calculator_service.rb
module RealPage
  module Calculator
    # Provides Reverse Polish Notation computation services.
    class RPNCalculatorService < CalculatorService
      include Helpers::Arrays

      def initialize
        super RPNInputParser.new
      end

      def compute(input)
        # Load error here :(
        require 'pry'; binding.pry
        # …

最近，$ git add .我对其中一个存储库进行了一些更改，然后是$ git commit -m'INcorrect commit message'。

我决定使用以下方式将错误的提交消息更改为“正确的提交消息”：

$ git commit --amend

可以在以下位置找到我遵循的说明：https : //git-scm.com/book/en/v2/Git-Tools-Rewriting-History#Changing-Multiple-Commit-Messages

我使用的Atom，所以原子与打开“ IN正确的提交信息”显示，我更改为“正确的提交信息”，然后保存我的变化。

保存更改后的提交消息后，我$ git log -1期望看到“正确的提交消息”；但是，我仍然看到“ IN正确的提交消息”。

我到底在做什么错？

注意

在此之前，我按照以下说明将git编辑器从Sublime更改为Atom：如何使Git使用我选择的编辑器进行提交？

我基本上使用了：

$ git config --global core.editor "atom"

和

$ export GIT_EDITOR=atom

现在，我意识到我不必同时执行这两项操作，但是我也意识到这可能也没有伤害。