伪代码:
for each x in someArray {
// possibly add an element to someArray
}
我忘记了某些语言中引发的异常的名称.
我很想知道为什么有些语言禁止这种用例,而其他语言允许这样做.允许的语言是否不安全 - 容易陷入困境？或者禁止语言只是过于谨慎,或者可能是懒惰(他们本可以实现语言来优雅地处理这种情况,但根本没有打扰).
谢谢!
你如何在Emacs中进行查询替换-regexp,它将匹配多行？
作为一个简单的例子,我想要<p>\(.*?\)</p>匹配
<p>foo
bar
</p>
是否有图书馆/简单的方式来翻转图像？
像这样翻转图像:
AABBCC CCBBAA
AABBCC -> CCBBAA
我不是在寻找动画,只是翻转图像.
我已经google到没有avial,只发现了一个在MozillaZine上使用SVG的复杂版本,我不相信它会跨浏览器工作.
假设我有一个RESTful,超文本驱动的服务,可以模拟冰淇淋店.为了更好地管理我的商店,我希望能够显示每日销售的冰淇淋的数量和美元价值的每日报告.
看起来这个报告功能可以作为名为DailyReport的资源公开.可以快速生成DailyReport,并且在服务器上实际存储报告似乎没有任何优势.我只想要一个DailyReport几天,其他日子我不关心获得DailyReport.此外,在服务器上存储DailyReports会使客户端实现复杂化,这需要记住删除不再需要的报表.
DailyReport是暂时的; 它的表示只能检索一次.实现此目的的一种方法是提供链接"/ daily-reports",POST将返回包含DailyReport表示的响应,该表示列出当天销售的信息.
编辑:我们也说我确实想做一个POST请求.DailyReport有许多不同的选项可用于创建视图,例如按字母顺序排序冰淇淋类型,按美元价值 - 或包括每小时分解 - 或可选地包括当天的温度 - 或过滤掉某些冰淇淋类型(作为列表).我不是将查询参数与GET一起使用,而是使用适当的选项POST一个DailyReport表示(使用明确定义的自定义媒体类型来记录每个选项).我回来的表示将显示我的选项以及报告本身.
这是考虑问题的正确方法,还是应该使用其他方法？如果正确,在实现DailyReport资源时,哪些特殊注意事项可能很重要？(例如,在POST请求后返回时设置Location标头可能不合适).
我有两个应用程序,我想通过.NET 3.5上的命名管道进行通信.它是一个请求/响应范例,数据以XML格式传输,使我的生活更轻松.有一个监听器应用程序,以及一个将请求发布到管道的应用程序.我正在尝试使用双向管道来做到这一点.我遇到的问题是对StreamReader.ReadToEnd()的调用似乎没有返回.我该怎么做才能解决这个问题？
听众代码
public Class Listener
{
private void ThreadFunc()
{
var pipe = new NamedPipeServerStream("GuideSrv.Pipe",PipeDirection.InOut);
var instream = new StreamReader(pipe);
var outstream = new StreamWriter(pipe);
while (true)
{
pipe.WaitForConnection();
var response = ProcessPipeRequest(instream);
outstream.Write(response.ToString());
pipe.Disconnect();
}
}
private XDocument ProcessPipeRequest(StreamReader stream)
{
var msg_in = stream.ReadToEnd(); // << This call doesnt return
var xml_in = XDocument.Parse(msg_in);
// do some stuff here
return new XDocument(....);
}
}
请求者代码
public XDocument doIt()
{
var xml = new XDocument(....);
using (var pipe …我正在尝试使用System.Drawing.Drawing2D.GraphicsPath.AddArc绘制一个从0度开始并扫描到135度的椭圆弧.
我遇到的问题是,对于椭圆,绘制的弧与我期望的不匹配.
例如,以下代码生成下面的图像.绿色圆圈是我希望弧的终点使用椭圆点的公式.我的公式适用于圆圈,但不适用于椭圆.
这与极坐标与笛卡尔坐标有关吗？
private PointF GetPointOnEllipse(RectangleF bounds, float angleInDegrees)
{
float a = bounds.Width / 2.0F;
float b = bounds.Height / 2.0F;
float angleInRadians = (float)(Math.PI * angleInDegrees / 180.0F);
float x = (float)(( bounds.X + a ) + a * Math.Cos(angleInRadians));
float y = (float)(( bounds.Y + b ) + b * Math.Sin(angleInRadians));
return new PointF(x, y);
}
private void Form1_Paint(object sender, PaintEventArgs e)
{
Rectangle circleBounds = new Rectangle(250, 100, 500, 500);
e.Graphics.DrawRectangle(Pens.Red, circleBounds);
System.Drawing.Drawing2D.GraphicsPath circularPath = …我们有一个电影和连续剧数据库,由于数据来自不同可靠性的来源,我们希望能够对剧集的标题进行模糊字符串匹配.我们在我们的应用程序中使用Solr进行搜索,但是默认的匹配机制在单词级别上运行,这对于短字符串来说不够好,比如标题
我过去曾使用过n-gram近似匹配,我很高兴地发现Lucene(和Solr)支持开箱即用的东西.不幸的是,我无法正确配置它.
我假设我需要一个特殊的字段类型,所以我在schema.xml中添加了以下字段类型:
<fieldType
name="trigrams"
stored="true"
class="solr.StrField">
<analyzer type="index">
<tokenizer
class="solr.analysis.NGramTokenizerFactory"
minGramSize="3"
maxGramSize="5"
/>
<filter class="solr.LowerCaseFilterFactory"/>
</analyzer>
</fieldType>
并将架构中的相应字段更改为:
<field name="title" type="trigrams"
indexed="true" stored="true" multiValued="false" />
但是,这并不像我预期的那样有效.查询分析看起来正确,但我没有得到任何结果,这使我相信在索引时发生了某些事情(即标题被索引为默认字符串字段而不是trigram字段).
我正在尝试的查询是类似的
title:"guy walks into a psychiatrist office"
(有一两个错字)它应该与"Guy Walks into a Psychiatrist Office"匹配.
(我不确定查询是否正确.)
而且,我希望能够做更多事情.我想降低字符串,删除所有标点符号和空格,删除英语停用词,然后将字符串更改为三字符串.但是,只有在字符串被标记化后才应用过滤器...
提前感谢您的回答.
我正忙着做一个UPDATE/INSERT请求,但这里有关键:
table PLAYERS {
player_id
game_id
team_id
position
number
}
应该发生的是以下内容:
我测试是否有条目
player_id = '$player_id' AND game_id = '$game_id' AND team_id = '$team_id'.
如果有,则发生以下情况:
position = '$position' AND number = '$number'
有没有办法只使用MySQL查询语言,而不需要在查询之间进行PHP验证？
这是场景:
换句话说,视图由两个主服务器提供服务,即用户输入和后端输入.一个例子是多用户游戏,其具有由用户输入控制的视觉效果,但也可以具有由一些后端输入(例如tcp/ip)控制的相同视觉效果.另一个例子是终端模拟器,它获取用户输入,但也从其他来源获取数据,无论是telnet还是串行等.
我正在考虑为视觉编写WPF自定义控件.换句话说,它是一个黑盒子,可以解释输入并显示结果.将用户输入到此自定义控件很容易,因为可以监听适当的事件并根据需要处理它们.但是,如何从后端监听输入？公开绑定到的依赖项属性没有意义但是在使用数据调用的视觉上公开方法也没有意义.
另一种选择是MVVM架构,其中Model是后端数据源,View Model完成所有工作.它同时获取后端数据(通过模型)和用户输入(通过适当的命令绑定或其他一些),并且它适当地理解这些并绑定到View以显示这些更改.
自定义控件的优点是它可以作为一个控制自己的控件使用,这样消费者只需要做很少的工作就可以使用它,但问题是从后端获取数据.MVVM方法是有利的,因为它整齐地封装了处理逻辑,视图等.问题是必须为每个后端重复这种模式.因此,使视觉非常裸露,并将所有处理逻辑暴露在控制之外.基本上我想让它非常容易消费,这样有人可以使用它而不需要添加太多的外部逻辑来进行处理等.它们提供的只是它们的后端数据源,它们被输入到视觉中.
对不起,这是一个冗长的帖子,但我正在学习WPF,这对我来说是一个有趣的设计问题.欢迎所有想法,评论等.
谢谢阅读.