Ajax и клиент-серверная архитектура с JavaScript

Возможно, TypeOne и TypeTwo наследуют интерфейс, а затем выполняют следующие действия.

 public class SoftDrink<T>
    where T: IMyType
    {}

Как уже отмечалось другими, в одном случае вы пытаетесь вернуть cString (которое является значением char * в данном контексте - указателем) из функции, которая объявляется для возврата char (которое является целым числом). В другом случае выполняется обратное: выполняется присвоение char возвращаемого значения указателю char * . Это то, что запускает предупреждения. Конечно, необходимо объявить возвращаемые значения как char * , а не как char .

Обратите внимание BTW, что эти назначения на самом деле являются нарушениями ограничений с языковой точки зрения (т.е. они являются «ошибками»), так как запрещено смешивать указатели и целые числа в C, как это (кроме интегрального постоянного нуля). Ваш компилятор просто слишком простителен в этом отношении и сообщает об этих нарушениях как о простых «предупреждениях».

Я также хотел бы отметить, что в нескольких ответах вы можете заметить относительно странное предложение вернуть недействительные из ваших функций, поскольку вы изменяете последовательность на месте. Хотя это, безусловно, будет работать (так как вы действительно изменяете последовательность на месте), нет ничего плохого в возвращении того же значения из функции. Фактически, это довольно стандартная практика в языке Си, где это применимо (взгляните на стандартные функции, такие как strcpy и другие), поскольку она позволяет «цепочку» вызовов функций, если вы решите использовать ее, и практически ничего не стоит, если вы не используете «цепочку».

Это означает, что назначения в вашей реализации compeyString выглядят мне совершенно лишними (даже если они ничего не сломают). Я бы либо избавился от них

int compareString(char cString1[], char cString2[]) { 
    // To lowercase 
    strToLower(cString1); 
    strToLower(cString2); 

    // Do regular strcmp 
    return strcmp(cString1, cString2); 
} 

, либо использовал «цепочку» и сделал

int compareString(char cString1[], char cString2[]) { 
    return strcmp(strToLower(cString1), strToLower(cString2)); 
} 

(это когда ваш char * возврат пригодится). Просто имейте в виду, что такие «цепные» вызовы функций иногда трудно отладить с помощью пошагового отладчика.

В качестве дополнительной, нереализованной заметки, я бы сказал, что реализация функции сравнения последовательности таким разрушительным образом (она изменяет входной последовательности) может быть не лучшей идеей. Неразрушающая функция имела бы гораздо большую ценность, на мой взгляд. Вместо делать в качестве явного преобразования входного последовательности в нижний регистр обычно лучше реализовать пользовательскую функцию сравнения последовательности без учета регистра и использовать ее вместо вызова стандартного strcmp .

Существует несколько различных способов достижения этой цели. На некоторые из них уже отвечают здесь, но я хотел включить еще несколько, а также мои мысли о них.

1. Опрос

На сервер поступают частые запросы на поиск новой информации. Это худший способ сделать это, но, наверное, самый простой. Если на вашем сайте будет небольшое число пользователей,возможно, стоит сделать это таким образом.

Это может быть выполнено с помощью setInterval (myFunction, n) в javascript для отправки запросов XMLHtterRequests на сервер каждые n миллисекунд. Затем, на сервере, вы отвечаете на это своей новой информацией, когда у вас есть, или каким-то сообщением, которое не подразумевает никакой новой информации.

2. Длинный опрос

Когда страница загружена, она запрашивает у сервера новую информацию. Сервер сохраняет соединение открытым до тех пор, пока не появится что-то для обратной передачи. Этот метод уменьшает количество используемого сетевого трафика, но увеличивает ресурсы, используемые на сервере. Вы можете использовать это для небольшого числа пользователей, но это не очень хорошо масштабируется.

Самый простой способ сделать это - иметь страницу, которая обрабатывает запрос AJAX, просто дождаться появления новой информации, а затем ответить. Это может связать большое количество подключений на сервере. Так что используй с осторожностью.

3. COMET

COMET в основном является длительным опросом, но сервер правильно настроен для него. Он знает, что эти связи не являются «реальными» и использует меньше ресурсов для их обработки. Это отличное решение для этой проблемы, но оно требует, чтобы сервер был явно настроен для этой цели. Есть COMET серверы и COMET добавки для других популярных серверов, но это потребует некоторые установки, а иногда и деньги.

Реализация этого на .NET не самая простая вещь в мире. Вы можете заплатить за решения, попытаться найти чужой код, который делает что-то подобное, или попытаться написать его самостоятельно. Я не нашел для этого достойных бесплатных решений. Если у кого-то есть, пожалуйста, прокомментируйте.

4. RIA

Другим решением будет включение Flash, Silverlight или Java Applet на страницу. Люди часто делают это, используя объект 1x1, чтобы они могли использовать Flash или Silverlight для общения с сервером. Если вы не против добавить зависимость, это достойное решение. Если вы уже знаете Silverlight или Flash, это может быть относительно просто реализовать.

Вы можете найти учебные пособия в Интернете для каждого из этих вариантов.

5. Web Sockets

Если вы находитесь на переднем крае, вы можете просмотреть Web Sockets . Он доступен только в последних версиях современных браузеров. Это была часть HTML5, но теперь это может быть его собственная спецификация. Это означает, что старые браузеры не смогут справиться с этим. Но если вы не против ограничиться последними браузерами, вы можете использовать эту удивительную функцию.

Я считаю, что Chromium является единственным браузером, который в настоящее время поддерживает его. Тем не менее, проводится работа по внедрению этого в Firefox и WebKit.

Я избавлю вас от споров и просто скажу, что это делает именно то, что вы хотите. Аннотация спецификации говорит все это.

Эта спецификация определяет API, который позволяет веб-страницам использовать протокол Web Sockets для двусторонней связи с удаленным хостом.

Специальное упоминание

Если вы заинтересованы в мире Node JS,Вы не можете пойти не так с Socket IO . В нем будет реализована лучшая из всех технологий, доступных браузеру.

Вывод

Оптимальным вариантом является Socket.IO на узле JS. Однако для решения ASP.Net используйте COMET или Web Sockets. В противном случае использование Flash/Silverlight не страшно. Наконец, опрос и долгий опрос должны быть последними средствами. Вы всегда можете поддержать один из них, а затем вернуться к другому, если нет поддержки в браузере клиента.