问题列表 - 第21页

我有一堆纬度/经度对映射到(地理上扭曲的)地图上的已知x/y坐标.

然后我还有一个纬度/经度对.我想尽可能在​​地图上绘制它.我该怎么做呢？

起初,我决定为三个最近的纬度/长点创建一个线性方程组,并计算这些变换,但这根本不适用.由于这是一个线性系统,我也不能使用更多的附近点.

您无法假设North已启动:您拥有的只是现有的lat/long-> x/y映射.

编辑:这不是墨卡托投影,或类似的东西.它的可读性被任意扭曲(想想地铁地图).我想只使用最接近的5到10个映射,这样地图其他部分的失真不会影响我正在尝试计算的映射.

此外,整个地图都在一个非常小的地理区域,所以不必担心全球 - 平地假设是足够好的.

使用ASP.NET MVC可能需要一些情况(例如表单提交)RedirectToAction.

其中一种情况是,您在表单提交后遇到验证错误并需要重定向回表单,但希望URL反映表单的URL,而不是它提交的操作页面.

由于我要求表单包含最初POST编辑的数据,为了方便用户和验证目的,我如何通过RedirectToAction()？如果我使用viewData参数,我的POST参数将更改为GET参数.

为了在ASP.net 3.5应用程序中完全使用LinqToSql,有必要创建DataContext 类(通常使用VS 2008中的设计器完成).从UI的角度来看,DataContext是您希望通过LinqToSql公开的数据库部分的设计,并且是设置LinqToSql的ORM功能所不可或缺的.

我的问题是:我正在建立一个使用大型数据库的项目,其中所有表都通过外键以某种方式互连.我的第一个倾向是创建一个巨大的DataContext类来模拟整个数据库.这样我理论上可以(虽然我不知道在实践中是否需要这样)使用通过LinqToSql生成的外键连接,可以轻松地在我的代码中的相关对象之间进行切换,插入相关对象等.

但是,在考虑之后,我现在认为创建多个DataContext类可能更有意义,每个类与我的数据库中的特定命名空间或逻辑相关部分相关.我主要担心的是,对于与数据库的特定区域相关的单个操作,实例化和处理一个巨大的DataContext类将对应用程序资源施加不必要的强制.此外,创建和管理较小的DataContext文件比一个大文件更容易.我将失去的是,数据库的某些远程部分无法通过LinqToSql导航(即使一系列关系在实际数据库中连接它们).此外,还有一些表类存在于多个DataContext中.

有关多个DataContexts(对应于DB名称空间)是否适合代替(或除了)一个非常大的DataContext类(对应于整个DB)的任何想法或经验？

PostgreSQL的有趣之处在于它支持多种语言来编写存储过程.你使用哪一个,为什么？

我只是想知道是否有一种优雅的方法来设置特定线程进行密集计算的最大CPU负载.

现在我已经找到了最耗时的线程循环(它只能压缩)和使用GetTickCount(),并Sleep()用硬编码值.它确保循环持续一段时间,而不是睡眠一段时间.它或多或少的工作,即保证线程不会使用超过50%的CPU.
然而,行为取决于CPU核心的数量(巨大的劣势)和简单的丑陋(较小的劣势:)).
有任何想法吗？

在许多地方,(1,2,3)并且[1,2,3]可以互换使用.

我什么时候应该使用其中一个,为什么？

我已经阅读了很多内容,LISP可以动态地重新定义语法,大概是宏.我好奇这到底有多远？你能重新定义语言结构,以至于它的边界成为另一种语言的编译器吗？例如,您是否可以将LISP的功能性质更改为更面向对象的语法和语义,或许可以说语法更接近像Ruby这样的东西？

特别是,是否可以使用宏来摆脱括号地狱？我已经学会了足够的(Emacs-)LISP来使用我自己的微功能定制Emacs,但我很好奇宏可以在定制语言方面走多远.

当您在C#中进行数据绑定时,更改数据的线程也会导致控件更改.但是,如果此线程不是创建控件的线程,则会出现非法交叉线程操作异常.

反正有没有阻止这个？

我将值存储为字符串,DataTable其中每个值实际上可以表示一个int,, double或string(它们在从外部数据源导入过程中都被转换为字符串).我需要测试并查看每个值的实际类型.

什么对应用程序更有效(或没有实际差异)？

1. 尝试转换为int(然后double).如果转换有效,则返回true.如果抛出异常,请返回false.
2. 正则表达式旨在匹配int或的模式double
3. 其他一些方法？

在学习新的编程语言时,您可能遇到的一个可能的障碍是,默认情况下,该语言是按值传递还是按引用传递.

所以这是我对你们所有人的问题,用你最喜欢的语言,它是如何实际完成的？什么是可能的陷阱？

当然,你最喜欢的语言可以是你曾经玩过的任何东西:流行的,模糊的,深奥的,新的,旧的 ......