小编Syl*_*sis的帖子

我使用RailsInstaller发行版通过Ruby安装在Windows上安装了Jekyll Gem.

当我尝试运行jekyll build或包含该命令作为子命令的任何命令时,我收到以下错误:

2013-03-08-response-ruby-interfaces.md是我的一个帖子.有关可能发生的事情的任何建议吗？该命令在_site目录中构建站点的框架,但所有文件都是空的.有什么建议？

在研究结构类型时,我发现以下帖子描述了Go中的接口如何在运行时转换为方法查找表.帖子中描述的过程似乎与 Scala的可选结构类型系统和Java语言的White Oak扩展所描述的反射和生成技术大不相同.

是否有任何深入的资源讨论如何在OCaml中实现结构类型？我对任何有关标称类型系统的优化或运行时性能比较的讨论特别感兴趣.

我的部分应用程序使用带有三个片段的ViewPager作为创建事件的"向导".第一个片段包含ImageView中的默认照片和启动AlertDialog的按钮,允许用户拍摄新照片或使用现有照片与事件相关联.

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/testing"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:orientation="vertical" >

    <Button
        android:id="@+id/button1"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_marginBottom="10dp"
        android:layout_marginTop="10dp"
        android:text="Update Crawl Image" 
        android:onClick="fireImageDialog"/>

    <ImageView
        android:id="@+id/imageView1"
        android:layout_width="278dp"
        android:layout_height="284dp"
        android:layout_gravity="center"
        android:src="@android:drawable/alert_light_frame" />

</LinearLayout>

一旦用户选择了照片,我希望它能够替换默认图像.在fireImageDialog临危的路径,从所选择的图像无论是Intent.ACTION_PICK或MediaStore.ACTION_IMAGE_CAPTURE预期,也就是说,我已经证实,返回的路径是一个图像的有效路径.在我的onActivityResult方法结束时,我检索包含上面代码的Fragment并调用一个方法来设置的位图ImageView.

@Override
    protected void onActivityResult(int requestCode, int resultCode, Intent data) {
        if (requestCode == LOAD_CRAWL_IMAGE) {
            if (resultCode == RESULT_OK) {
                // Some code here to handle the two potential sources of the path
                // sets `selectedImagePath`
                ((NewCrawlBasicDetailsFragment) getSupportFragmentManager().findFragmentById(R.id.newCrawlBasicDetails)).UpdateImage(selectedImagePath);
            } else if (resultCode != …

在开始使用其他语言(如Scala和OCaml)进行结构化输入后,我开始研究Go,并且我正在尝试映射语言之间的一些惯用技术.请考虑以下类型

type CoordinatePoint struct {
    x int
    y int
    // Other methods and fields that aren't relevant
}

type CartesianPoint struct {
    x int
    y int
    // Other methods and fields that aren't relevant
}

假设我们想编写一种方法,对这两种类型进行操作以计算它们的极坐标表示,func ConvertXYToPolar(point XYPoint) PolarPoint.如果CartesianPoint和CoordinatePoint类型定义了x和y字段的getter和setter方法,我们可以将它们定义XYPoint为与这些方法的公共接口,允许我们对这两种类型进行操作,但是就目前而言,接口不能声明字段,只能声明方法.

基于此,我有几个问题:

1. 在Go中处理这个问题的惯用方法是什么？
2. 可以在不修改现有类型的情况下完成吗？
3. 我们可以保留类型安全性,即避免定义ConvertXYToPolar而不使用空接口类型作为参数并手动转换？
4. 如果接口和隐式接口满意度是Go中多态性的主要工具,那么接口定义中字段的禁止是否受到限制？
5. 是否通常在结构上定义了getter/setter方法来规避这种限制？
6. 设计决策背后是否有一个令人信服的理由不支持接口定义中的字段？

我发现嵌入式类型的简单性,隐式接口满足性和基于接口的多态性是一种非常简单且吸引人的技术组合,可以提高代码的可重用性和可维护性,但禁止接口定义中的字段使得Go的结构类型化能力在某种程度上受限于我的观点.我错过了一个简单的解决方案？