Какие технологии доступны для отправки текстовых сообщений? [закрытый]

NullPointerException s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException. Они наиболее распространены, но другие способы перечислены на странице NullPointerException javadoc.

Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException, be:

public class Example {

    public static void main(String[] args) {
        Object obj = null;
        obj.hashCode();
    }

}

В первой строке внутри main я явно устанавливаю ссылку Object obj равной null. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.

(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)

7
задан Matt R 9 September 2008 в 22:10
поделиться

5 ответов

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

Агрегаторы SMS

Для большего объема и хорошей надежности, Вы захотите пойти с агрегатором SMS. Эти агрегаторы имеют веб-сервис API (или SMPP), что можно использовать, чтобы отправить сообщение и узнать, передавалось ли сообщение со временем. Некоторыми примерами агрегаторов, с кем у меня есть опыт, является Air2Web, mBlox, и т.д.

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

Они могут также удостовериться, что Вы соответствуете любым правилам относительно использования SMS. Поставщики услуг будут плоский отключать Вас, если Вы не будете уважать использование SMS и только использовать SMS в границах того, что Вы согласовали на то, когда Вы начали использовать агрегатор. Если Вы переступаете через свои границы, у них есть отношения агрегатора для предотвращения любых прерываний сервиса.

Вы заплатите на сообщение и можете иметь базовую плату за услуги. Все, если это определяется Вашим объемом.

SMTP к SMS

Если Вы хотите ненадежное, решение низкой арендной платы небольшого числа известных адресов, можно использовать SMTP для решения для SMS. В этом случае Вы просто узнаете мобильного поставщика для получателя и используете почтовый план их мобильного поставщика отправить сообщение. Примером этого является 7705551212@cellcompany.com.

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

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

Это - большая часть экономичного решения (т.е. свободный), пока Вы не получаете большой объем сообщений. Когда Вы начинаете делать слишком многое из этого, поставщики услуг могли бы вступить, когда они находят, что Вы отправляете тонну сообщений через их SMTP к шлюзу SMS.

Эффективная отправка текстовых сообщений

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

Вы захотите помнить, что текстовые сообщения коротки (сохраните его меньше чем к 140 - 160 символам). При программировании вещей, Вы захотите испечь это в, или Вы могли бы случайно отправить многослойные сообщения.

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

14
ответ дан 6 December 2019 в 10:05
поделиться

Можно обычно получать учетную запись с поставщиком услуг SMS и отправлять сообщения с помощью API (SOAP, resful http, smpp....)

Поиск Google поставщика услуг SMS приводит ко многим результатам с переменными затратами. Вот является информативная статья How to Choose Поставщиком услуг SMS

2
ответ дан 6 December 2019 в 10:05
поделиться

Я использую AQL, кто обеспечивает шлюзы для отправки SMS-сообщений, речевых сообщений нажатия, входящего SMS-> HTTP шлюзы POST и другой материал.

Для Perl существует мое SMS:: модуль AQL для взаимодействия через интерфейс с ними; сделать на скорую руку что-то в C# должно быть довольно легким.

2
ответ дан 6 December 2019 в 10:05
поделиться

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

1
ответ дан 6 December 2019 в 10:05
поделиться

Другой технологией отправки sms-сообщений является технология преобразования текста в речь text2land.com для отправки sms-сообщений на стационарные телефоны.

0
ответ дан 6 December 2019 в 10:05
поделиться
Другие вопросы по тегам:

Похожие вопросы: