假设顶部窗口中有一个函数.例如:
function z() { alert(window.name); }
Run Code Online (Sandbox Code Playgroud)
我们还要说这个文档中有一个iframe(同源).
顶部窗口中的函数是否可以在另一个窗口的上下文中执行此函数,以便显示iframe的名称而不是顶部窗口?
换句话说,全局对象如何绑定到一个函数并且可以更改?
天真的尝试不起作用:https://jsfiddle.net/wos2o3gx/(显示两个调用的顶部).
我希望我理解基本的工作流程.首先我创建一个模型,然后生成初始迁移,然后从中生成一个SQL,好的.我更新了模型,我从中创建了一个新的迁移,并从中创建了一个新的SQL,好的.
假设这是一个单向工作流程,我是否正确?如果我以一种糟糕的方式更改迁移类,它将永远不会反映在我的模型中,如果数据库模式不是它应该是什么,EF将永远不会注意到,我只会得到奇怪的异常,对吧?
如何确保在修改迁移类时,我不会导致不一致?我假设我只能做两件事:第一,添加EF不关心的新数据库对象,第二,以最终使用相同模式的方式更改EF生成的迁移代码(例如,如果EF生成一个drop column
和a add column
,我可以将其改为a rename column
),Down()
并且Up()
方法必须一致,是这样吗?例如,我可以更改EF关心的架构吗?
我有一个名为Table1的表.它有很多列,其中一列是Column1.我不知道其他专栏,有时甚至可能会改变.有一个强类型的引用游标类型,它返回Table1%rowtype,名为cur_Table1.我有一个名为SP1的存储过程,其out参数类型为cur_Table1.我从另一个只看到这个存储过程的数据库调用这个SP1存储过程,而不是表或类型本身.如何从返回的游标中仅选择Column1?我知道我可以获取一个记录或变量,因为游标有列,但我只知道一个列的存在,所以我不能声明完整的记录或正确的变量数.
我知道所有关于老派的方式:使用一个资源文件用的.resx扩展,提供了NeutralResourcesLanguage属性,中性资源在装配编译,就可以编译从其他本地化资源(blahblah.de-DE卫星组件的.resx).Visual Studio还从资源生成强类型.cs,因此很容易从代码中使用(Properties.Resources.Default.WhateverStringResource).
我刚学的新的WPF的方式:把资源的.xaml文件中,使用的UICulture标签中的.csproj把.baml资源在卫星组装,还是不行,就把.baml资源的主要组件.这些资源很容易在.xaml中使用,但是AFAIK,而不是代码,因为没有.cs文件是自动生成的.
所以也许我错了,但我有几个问题."说真的,到底怎么了?" 成为第一个.为了使我的ranting有效,只需在Visual Studio 2010中创建一个新的WPF应用程序:你将获得.xaml文件,它也将在那里放置一个空的Properties\Resources.resx.你有它,所以他们需要共存.
首先,我还需要新老学校吗?我看不到从代码隐藏中使用强类型.xaml资源的简单方法.为什么不?也许有一种方法可以将它们生成到.cs文件中,我只是不知道它.
现在更大的问题是我不能使用.xaml中的.resx资源.为什么?!Visual Studio 2010的设计师肯定不会看到它们,但同样,它可能是我的坏事.
MSDN建议使用UICulture标记.它确实将.baml资源放在附属程序集中,因此程序集甚至不包含中性程序集.但它不适用于老式的中立资源,AFAIK,非本地化的.resx需要进入主程序集.因此,如果我想在同一个项目中使用new和old-school,我就不能使用UICulture标签,我需要主程序集中的所有中性资源.我是唯一一个为此烦恼的人吗?
所以问题:
我很了解Visual Studio 2010,当我开始使用Visual Studio 2012时,我注意到它自动使用Nuget,我之前没有使用过,我只知道它是一个从Internet上获取库的包管理器.例如,当我创建一个空的ASP.NET MVC 4项目时,该项目将包含一个包含11个条目的packages.config文件,并且解决方案文件夹下将有一个包含11个库的packages目录.
以下是我没有得到的东西.
第一个可能是一个修辞问题,但为什么呢?即使一个空项目包含10多MB的包,即使我不使用任何包,它看起来也很愚蠢.
例如,包下有一个System.Web.Mvc.dll.但它也在我的GAC中,它是我认为的.NET框架中不可或缺的一部分.两者都是完全相同的版本(4.0.20710.0),但文件不同.为什么我的项目使用Nuget而不是.NET/GAC的DLL?为什么文件不同?如果我将我的项目部署到IIS服务器,也会有这个DLL的副本,因此将这些DLL作为项目的一部分似乎完全没用.更不用说它使我的部署包变得臃肿.
顺便说一句臃肿.有一个对Newtonsoft.Json.4.5.11的引用,它本身就是8+ MB,因为它包含.NET 2,3.5,4,Silverlight以及同一个版本的任何版本,总共9个.当我创建我的项目时,我指定我想使用.NET 4.5,所以我很困惑为什么所有这些东西都在我的硬盘上.
最后,这个Nuget是如何与我的项目或解决方案相关的?我在VS中看不到packages文件夹,我在.sln文件中看不到它的任何提及.该项目确实包含文件packages.config,但它与构建过程无关,它看起来像是自重.我问这个是因为如果有一些对Nuget的引用,我可以轻松删除它,但是没有引用,所以我感到困惑.
假设我有一个包含列表的非常庞大的模型,甚至那些列表也可以包含包含其他列表的对象.我想在没有AJAX的MVC4(或5)中创建一个编辑表单.
所以我认为第一部分是在隐藏字段中将整个对象存储在客户端.列表绑定就像魅力一样,请参阅http://haacked.com/archive/2008/10/23/model-binding-to-a-list.aspx/.现在完整的往返工作正常,我可以将整个对象推送到绑定隐藏字段中的客户端,它会在提交时返回给我,并将发布的隐藏字段放入复杂对象,嵌套列表和包含的所有内容中.
列表或其他对象应根据某些操作进行编辑.一种情况是单个对象或列表项显示为不可编辑,当用户单击它时,它就地可编辑,因此例如网格中的单元格成为文本框.另一种情况是根本不显示单个对象或列表项,当用户单击按钮时,会出现一个带有文本输入字段的弹出窗口.
是否有图书馆或经证实的方法可以做到这一点?
根据ISO标准,A4为210x297 mm,或约595.2756x841.8898点.有没有理由在iTextSharp中,点值是四舍五入的,即.595x842,即使它们是花车?
我有一个泛型类A,另一个类B处理A的实例并包含一些额外的数据.我需要有两个单独的类.B不能从A继承,因为A有其他衍生物,B需要包含对A的引用.
举个简单的例子,我想写的是(字典是A,dicthandler是B):
class dicthandler<T> where T : Dictionary<Tk, Tv>
Run Code Online (Sandbox Code Playgroud)
但它不编译,我需要指定所有类型参数:
class dicthandler<T, Tk, Tv> where T : Dictionary<Tk, Tv>
Run Code Online (Sandbox Code Playgroud)
但实际上我并不关心Tk和Tv是什么,所以它们完全是多余的,我只需要T.每当我想创建一个新实例时,我需要为构造函数指定所有类型参数,这会伤害我.
显然我需要一些技巧.有任何想法吗?
你有没有想过为什么MS不写大写的缩写?像Guid,BmpBitmapEncoder,System.Net.Mime,HttpWebRequest,XmlDocument等,而不是GUID,BMPBitmapEncoder,System.Net.MIME,HTTPWebRequest,XMLDocument.我怀疑它是为了更好的可读性,但在我看来,它更糟糕,甚至可能有点不正确.是否有MS文件解释了为什么他们决定这样做?我确定这是有意的,但这是一个额外的问题,在BCL中找到一个包含全部大写缩写的名称:)
假设我有一个SP2010解决方案,可以做很多事情:创建内容类型,实例化列表,添加事件接收器,Web,整个群.现在让我说我开发新东西:更改一些内容类型,更改一些事件接收器等.现有列表不会受到任何影响.我想这是给定的,但我需要在各处应用这些变化.您如何很好地处理解决方案更新?
我知道SharePoint有一个升级框架(请参阅SPPersistedUpgradableObject.NeedsUpgrade),但我认为它适用于SharePoint产品本身的升级.
那么该怎么办?将当前版本号存储在某处的属性包中,连接一个功能激活的事件接收器,整个世界(webapps,网站,网站,列表......)并升级所有内容?必须有一些框架来帮助我,如果没有其他的话,那么至少应该在某处显示进度条,因为它可能需要5分钟或更长时间.欢迎所有想法.
c# ×4
.net ×3
asp.net-mvc ×2
javascript ×2
auto-update ×1
cursor ×1
datagrid ×1
dom ×1
itextsharp ×1
localization ×1
nuget ×1
oracle ×1
rounding ×1
sharepoint ×1
wpf ×1