- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Windows.Forms;
using System.Management;
using System.Management.Instrumentation;
using System.Runtime.InteropServices;
using System.Net;
using System.IO;
using System.Text.RegularExpressions;
namespace WindowsFormsApplication1
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
HttpWebRequest prreq = (HttpWebRequest)HttpWebRequest.Create("http://hideme.ru/proxy-list");
HttpWebResponse prresp = (HttpWebResponse)prreq.GetResponse();
StreamReader rprox = new StreamReader(prresp.GetResponseStream());
int proxint = Convert.ToInt32(rprox);
string sprox = proxint.ToString();
string allproxy = "";
var proxy = Regex.Matches(sprox, @"\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}:\d{1,5}");
foreach (Match p in proxy)
{
allproxy += p.Value + Environment.NewLine;
}
}
private void Form1_Load(object sender, EventArgs e)
{
}
private void button1_Click(object sender, EventArgs e)
{
Form1 fm4 = new Form1();
if (fm4.ShowDialog() == DialogResult.OK) { }
}
}
}
Follow us!
што это?
>>Form1
видали
>>Environment.NewLine
Претензии на кроссплатформеность?
Импортируем многопоточность, но на сайт заходим синхронно в потоке гуя? М-да.
P.S. А на ведре за такое выбрасывают исключение ;)
А теперь минусуйте за пошлость.
Винт с подходящей резьбой всегда найдётся:
System.Windows.Forms.Control.CheckForIll egalCrossThreadCalls
System.Web.UI.Page.VerifyRenderingInServ erForm(...)
А вообще, разработчикам ядра, за такие перлы уши надо отрывать.
За такую "заботу" на низком уровне о клиенте... Хоть от препрцессора-бы зависимость сделали...
Или так:
Так что индусы как раз и писали эти проверки.
Эээ... это xamarin? На жабе через AsyncTask вроде бы неплохо смотрелись асинхронные запросы.
> Так что индусы как раз и писали эти проверки.
Ну а как еще поступить? Если в ui треде случится синхронный блокирующий read или поиск dns - морда тупо повиснет, что очень неприятно для юзера. Как еще заставить программистов индусов делать запросы в бекграунде, кроме как давать по рукам за запрос в ui треде?
Это - старый, добрый WinForms.
http://msdn.microsoft.com/en-us/library/0xb61xs7%28v=vs.110%29.aspx
>Ну а как еще поступить?
1) Поставить Cursor.Current=WaitCursor (Забыл уже как там оно правильно называется)
2) Прокачать насос сообщений (Надмозг - перевод MessagePump [Очередь сообщений]).
>Как еще заставить программистов индусов делать запросы в бекграунде, кроме как давать по рукам за запрос в ui треде?
А это уже дело индусов как они инструмент используют.
Код дающий по рукам, мог написать только индус со стажем.
Эм, а я то о андроиде :) Я с винформс вообще не работал, и х.з. как там что сделано... Поэтому мне сложно судить, правильно ли поступил M$.
> А это уже дело индусов как они инструмент используют.
Ну вот гуглу надоело, что их ругают за косяки индусов "андроид говно, у него морда в половине приложений вечно виснет", "а вот на иосе проги не лагают, когда лезут в сеть" и т.п. Советы и просьбы не помогали. Вот они где-то в районе андроида 3.0 и приняли такое решение: "или лезьте к своим сраным серверам через сраный GPRS в фоне или идите нахуй с нашей платформы".
> прокачать насос сообщений
Во время блокирующего чтения сокета? Удачи.
Было:
- индус запускает код
- на его wifi все работает нормально
- индус продает код
- юзеры с GPRS'ом жалуются на прогу, да и на саму ось до кучи (с точки зрения юзера: тупят многие проги = тупит ось)
- у гугла пригорает
Стало:
- индус запускает код
- ось дает по рукам на первом же запуске проги
- индус бежит читать доку
- индус исправляет код как положено
- ???
- профит
Что плохого то?
В этот момент индусу может стать плохо
Хомячки... На маздайке тоже жаловались, пока M$ не сделал обязательную сертификацию дров.
При том, что проверяли они только на ревью. Без рантаймовского KeBugCheck.
>- ось дает по рукам на первом же запуске проги
>Что плохого то?
Лучше это делать во время ревью кода, а не средствами оси. Иначе получилось, что в ведройде > 3.0, часть программ начала тупо сыпаться, за что гуголь наверня отхватил кучу лулзов.
...Ну и лучи поноса с обоих сторон...
Нахуй не нужны. Но видимо с нимы оно работает быстрее
После этого и накопился слой перхоти, который при компиляции в IL будет по любому ликвидирован.
В студии, через "Command Window", вся лишняя перхоть чистится через "Edit.RemoveAndSort"
Как будто это что-то хорошее
"SQL, Lisp, and Haskell are the only programming languages that I've seen where one spends more time thinking than typing."
--- Philip Greenspun